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ABSTRACT 



The construction contract administr at or generates a 
large volume of cor r espondence and document a t i on which is 
necessary for proper control and tracking of a project. 

This "paperwork’* is difficult to track manually. 

The paper reviews the Navy construction contracting 
organization and procedures and develops a model of the Navy 
contract adm i n i s t r a tor " s functions. A prototype computer 
application called the "Contract Admi ni str a tor ’ s Electronic 
Notebook" was developed based on the model. 

The prototype application system utilizes Framework II, 
an of f — the— she 1 f , integrated, business software package and 
consists of a series of template databases, spreadsheet s , 
and corr espondence for the adm i n i s t r a t or to use in tracking 
typical contract information. 

A feasibility analysis of the application determined it 
to be technically, functionally and economically feasible to 
expand and implement. Fully functional, the system is 
capable of handling up to 957« of contract admini strators " 
functions which consume 507* of their time. The benefit to 
cost ratio for implementing the system is 6.8 for the first 
year. Imp lementat ion success hinges on Navy management 
support . 

Implementation of the Contract Admi nistrator ’ s 
Electronic Notebook is recommended on a trial basis in local 
Navy construction contract offices and steps for 
imp lementat ion are outlined. 
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CHAPTER 1 



INTRODUCTION 

Construction Management 

The thought of "construe t ion” brings visions of 
buildings? roads and craftsmen to mind which suggest that 
"const rue t i on management" is the management of project 
resources including time? equipment? materials and labor. 
While this is true? construction management also involves? 
to a large degree? planning and "paperwork" not directly 
related to field work- Paperwork refers to the written 
communicat ions and documentat ion associated with a project. 
While construction involves a lot of doing? managing 
construction involves a lot of planning and paperwork. 

Unf or tunately ? the people who are best at "doing 

cons tr uc t i on" are often the worst at paperwork. So the goa 

of overall good construction management is difficult to 

attain. 

Further? considering that the management of 
construction also represents the management of contracts? 
then construction becomes increasingly paperbound. 
Everything from the contract bidding and award to material 
submittals? schedules? payments? insurance? and inspections 
involves extensive paperwork- Furthermore? in the case of 
government contracting? spec i f icat ions designed to protect 
the public’s interest dictate additional paperwork 
requirements and these requirements increase yearly as new 



laws are enacted- This leaves the contractor and government 
contract admi ni str ator faced with managing a system 
increasingly clogged with paper. 

Private contractors often react by hiring full-time 
"project admini strators" whose primary job is to keep track 
of the growing sea of paper. The "project admi ni st rator " 
documents design changes and other government delays that 
can lead to profitable change orders- Contractors are 
pursuing change orders with increased vigor as the bidding 
climate becomes less favorable to them CRosmond, 19843. 
Consequent 1 y 5 the government contract admi ni strator is now 
faced with not only managing increasing paperwork but also 
with an increasing number of contr ac t or-r eques ted change 
orders- This is reason to increase staff attention to 
contract progress and delays, but existing limited staff are 
overburdened and the future outlook for obtaining additional 
st af f is b 1 eak - 

In these days of limited manpower and increasing work 
load, the challenge to the government contract admi ni st ra tor 
is to more effectively use available resources to manage 
contracts and protect the public interest- One answer is to 
automate admi ni strat ion and commun i ca t i ons to make 
documenting, tracking, retrieval and forwarding of 
information more effective. Another answer is to look at 
the fundamental way the government currently does business 
and decide if there is a better way- In either case, the 
paperwork will not likely disappear. But, through 



automation^ revisions in retrieval of records will make more 



effective use of the contract adm i n i s t r a t or " s time. For 

example? simple sorting of files to highlight the most 

important or urgent r equ i r ements > or delinquent 

cor r espondence can help admi ni str ator s prioritize their 

efforts, to manage rather than react - 

Military Construction Management 

In the world of military cons t rue t i on , military 
officers and civilian government employees with backgrounds 
in engineering and special training in contracting manage 
construction contracts- Senior personnel with extensive 
contract experience are assigned as resident engineers to 
head regional offices responsible for managing and 
adm i ni st er i ng construction contracts in a geographic area. 

Actually, military construction management includes two 
distinct yet intertwined jobs: "contract management" and 

"contract adm i ni st r a t i on" . Contract management refers to 
the legal contract documents and their execution: bids, 

plans and spec if icat ions , award documents and official 
change orders. Contract administrat ion refers to the day to 
day monitoring and inspection of a project relative to its 
contract, to ensure timely and quality cons tr uc t i on - A 
staff of contract specialists, contract administrators , and 
inspectors work together to oversee the completion of 
contracts, from bidding through turnover to the customer- 



Procedures for procurement of military construction are 
detailed in many laws and DQD instructions but the primary 
guide today is the Federal Acquisition Regulations (FAR). 
Authority and responsibility is carefully delegated for each 
action in the procurement process and latitude for deviation 
is small. These regulations cover the management aspect of 
procurement in great detail but do not cover the day to day 
contract adm i n i s t ra t i on in much depth. FAR and other 
directives recommend many of the files required for good 
document a t i on of a project? but the use of important 
information for tracking is a matter of personal style. 

Thus the degree of adm i ni str a tor ef f ec t i veness varies. 

Role of the Government Contract Administrator 

The contract administrator ’ s level of ef f ec t i veness is 
crucial since he is the key link between the government and 
the contractor and must deal daily with a multitude of 
parties* toward successfully building a project. The world 
of the contract admini str ator is primarily paperwork: 
project document at ion and communicat ion about problems. He 
must act as an administrator as well as communi cat or ? 
supervisor? coordinator? scheduler? and manager CFisk? 

1985; Moeller? 1985; O’Donnell? 1985? and Waraszawski? 

198^3. Project quality control must be overseen? submittals 
reviewed? schedules and payments authorized? status reports 
prepared and questions answered. These tasks are 
complicated when they are combined with the difficulties of 
relating all this information to the different parties 



involved in a construction contract. Whether it is the 
contractor, the designer, the user (owner), or another 
government agency, the information required is different 
depending upon the requesting party. 

Documentat ion and communicat ions are a crucial part of 

the contract admi ni stra tor ' s role everything that is done 

or said on a job could have future impact on claims, change 
orders or warranties CElders, 1985; and Rubin and Banick, 
1985]- In this vein, the administrator must be an organized 
and effective communicator and records must clearly show, 
years after completion, what happened and why and how 
decisions were reached- Commun i ca t i ons can have an effect 
after completion and during construction as well. Timely 
and effective commun i ca t i ons can reduce contract claims and 
improve contractor relations. The phrasing and the 
timeliness of a response can make or break contractor 
relations, even in telling a contractor "no" to a change or 
material submittal CMoeller, 19853- 

The extensive communicat ions and documentation required 
by a contract administrator generate many repetitious 
reports and cor respondence to different parties, yet many 
times only one or two pieces of information change. It 
would therefore seem that a computer application is 
appropriate to both organize the contract adm i n i s t r at or " s 
duties, reduce work by automating repetitive reports and 
cor r espondence , and facilitate project documen t a t i on . 
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Role of the Computer in Contract Administration 

While computers have been broadly adopted in the 
manuf ac tur ing industries? their adoption in construction has 
been much more limited. In construction management the 
major emphasis in computer applications has been in 
accounting? estimating and? to some extent? scheduling. In 
the past five years? with the advent of the microcomputer ? 
literally hundreds of commercial software packages have come 
on the market. But the area of contract adm i ni s tr a t i on ? 
from a documen ta t i on standpoint? is virtually ignored. A 
recent survey of SOO software packages for construction 

listed none in the administrat ion area ["Construction 

% 

Industry Software Inventory?" 1986J. 

One commercial package was located that addressed 
project admi ni st r a t i on : The Project Manager's Assistant 

(PMA) by Wexpro Software Systems Company. This package 
features a series of databases and template forms. It is 
configured for use by an owner or contractor to track 
cor r espondence and submittals and to generate reports or 
transmittals for multiple projects. The system is based 
upon dBase III and is menu driven for ease of use. The 
format of the templates and databases is fixed and rather 
limited? but perhaps adequate for a small contractor. 

Wor dpr ocess i ng capabilities are restricted to simple 
transmittal forms preformatted in the system. 



The use of the computer could have great potential for 
improving the ef f ec t i veness of the contract admini strator . 
This point has been stressed in textbooks but is only slowly 
being accepted in the field CBarrie, 198^ and Ulestney? 

19853, Two current user applications are cited as examples: 

(1) The New York City Department of Env ironmenta 1 
Protection uses IBM-AT computers in major projects to 
monitor detailed estimates? monthly payments? cash flow 
projections? change order status? concrete statistical 
results and cor r espondence • As a result of continuously 
identifying and notifying the responsible person to expedite 
contract corr espondence ? they established an excellent 
record of 95% on-time replies to contractors’ cor respondence 
ClicGough? 1985!] • 

<2) Project Development Management Associates Inc. 

(PDM) analyzed past construction claims and concluded that 
13 areas’ of activities caused about 90% of the delays in 
project development and cons t rue t i on . To reduce these 
claims? PDM adapted of f- the-she 1 f database management 
software to monitor cons tr uc t i on • In one project for the 
construction of a 30-story luxury condominium building? 
owner redesigns were causing an average of 127 change order 
requests per unit. After installation of the monitoring 
system? there were still 2000 change order proposals but 
these were reduced to ^00 actual change orders due to better 
documenta t ion which clearly separated legitimate from 



illegitimate requests 5 and no claims resulted since the 
parties agreed on the documentation C"Micros aid Management 
Team , '* 1985] . 

Recognizing the potential benefits of mi crocompu ter s , 
the U . S . Army Corps of Engineers (Corps) has been developing 
and implementing computer application programs for the last 
six years. These are based on commercially available 
software packages and are intended for use in contract field 
offices. The Corps’ Construction Engineering Research 
Laboratory ( CERL) aids in development, maintains a library 
of applications which are currently in use (see Appendix E), 
as well as publishing a microcomputer users’ newsletter 
three times a year CO’Connor and Kr uppenbacher , 198A; 

O’Connor, Kr uppenbacher and Colwell, 198A; and Spoonamore, 
1981]. The CERL applications are based on many different 
software packages and were developed by different field 
offices with varying levels of computer expertise. 
Applications range from limited contract administrat ion 
functions to overall office management. They are primarily 
stand-alone database or spreadsheet applications and lack 
any sense of integration with the overall office function. 
Documenta t ion for these applications is unpredic tab le due to 



their unsupervised development. 



Objectives and Significance of this Research 

The objective of this research is to demonstrate the 
possible uses of a commercially available integrated 
business software package by a Navy contract administra tor 
as a professional productivity enhancement tool. 

This paper concentrates on the Navy ’ s system of 
construction contract management? specifically the contract 
adm i n i s t r a tor ' s duties? and ways to improve the 
admi ni strator ’ s performance by use of microcomputer s . A 
model of a potential software application for a Navy 
contract admi ni strator is developed. Then a prototype of 
the model is demonstrated using Framework II? a commercially 
available integrated business software package. 

Furthermore? the feasibility of implementing such a system 
is examined to determine the viability of the approach. 
Finally? recommendat ions are made on the potential of using 
commercially available software by a contract administrator . 

This research is significant in that no such computer 
applications exist in the Navy Civil Engineer Corps. Also? 
research suggests that there is a general lack of knowledge 
of available software for microcomputer s suitable for use 
in contract admini s trat ion . Furthermore? as contractors 
become more soph i s t i ca t ed and/or automated? the Navy 
contract administrator will not only have to understand 
computer reports but will have to know how to use 
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m i crocompu ter systems as well, to keep up professionally, 

(A 1995 survey revealed 697. of large contractors were using 
m icrocompu ter s [“Construction's Micro Boom," 19853.) 

Organization of Report 

The report presents information for readers both 
familiar and unfamiliar with the Navy and computers so some 
portions may seem elementary or redundant to the advanced 
reader . 

Chapter S contains background material on the 
organization and operation of Navy contract adm i n i s t r a t i on 
and the duties undertaken by the contract adm i ni s t r a t or . 

Chapter 3 develops a model of a proposed software 
application for use by the Navy contract adm i n i s tr a t or using 
the duties outlined in Chapter S. Discussion of the 
information system's development is included. 

Chapter ^ describes integrated software packages and 
reviews the current capabilities of commer c i a 1 1 y-ava i 1 ab 1 e 
systems, with emphasis on Framework II. 

Chapter 5 describes a prototype application system 
developed with Framework II using a sample project. 
Appendices include further descriptions of the application 
and system user documentation. 

Finally Chapter 6 presents a preliminary feasibility 
study of use of the proposed prototype by a Navy contract 
adm i n i s tr a tor and Chapter 7 outlines r ecommenda t i ons and 



conclusions based on the research. 



Appendices include a glossary of terms and acronyms? a 
user’s guide to the prototype application system? system 
program listings? and a diskette. 



CHAPTER 2 



BACKGROUND TO NAVY CONSTRUCTION MANAGEMENT 

This chapter will introduce information on the Navy’s 
contracting organization and identify the key players and 
their roles. In addition? current and potential computer 
use by a contract adm i n i st r ator will be introduced. 

Navy Construction Management 

The major portion of Navy construction is administered 
through formally advertised? fixed-price civilian contracts 
and competitive bidding. Although the contractor is 
responsible for a project’s completion? the Navy 
construction administrator is generally responsible for 
coordinating the timely completion of the project and 
meeting the user command’s needs with an emphasis on quality 
and cost. The specific responsibility of the admini strator 
is to ensure project construction as specified in the 
construction agreements . 

Navy construction is a team effort with the 
construction admini strator as a key link. Other key players 
are the facility designer? the user? and the contractor. 
Together they interact to complete a project? successful 
interaction is essential for the successful completion of a 



pro jec t . 



. 1.3 

Navy Organization Levels 

Background in the Navy contracting organization is 
necessary for understanding the duties and problems of the 
contract admi ni s tra tor (See Figure 2.1). 

The Naval Facilities Engineering Command (NAVFAC) is 
responsible for the design, cons tr uc t i on , alteration, 
repair, and maintenance of all Navy Department shore 
activities. NAVFAC delegates authority to the commanders of 
six geographically defined Engineering Field Divisions (EFD) 
and a few Officers in Charge of Construction (OICC). Dicer’s 
generally have a larger scope of responsibility and a 
specific project or group of projects to administer such as 
building a new base or a large hospital. The Commanding 
Officers of the EFD in turn designate field staff, called 
Resident Officer in Charge of Construction (ROICC), with the 
responsibility for administering construction contracts at 
specific naval installations CNaval Facilities Engineering 
Command, 19793. 

The ROICC office has the r espons i b i 1 i t y of 
administering contracts through a project engineer or 
Assistant Resident Officer in Charge of Construction 
(AROICC). The AROICC is supported by a staff of 
procurement/ contract specialists, project engineers, 
construction rep resent at i ves/ inspec tors , and administrative 
personnel (See Figure 2.2). The AROICC is the key 
professional represent at i ve responsible for the direct 



administration of a construction contract. 







Figure E.l Naval Facilities Engineering Command Contracting 



Organization 
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Figure 2.S ROICC Office Organization 
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Navy Contract Administrator Responsibilities 

AROICCs act as first line interface between the 
government and the civilian contractors (See Figure E.3). 

The ARQICC is a professional construction manager 
responsible for administer ing the contract during the 
construction phase? from award until acceptance by the user 
command (customer). AROICCs ensure compliance with all plans 
and spec if icat ions ; negotiate change orders, approve 
progress payments, coordinate scheduling conflicts with the 
base and oversee a staff of inspectors to ensure quality. 
Resolution of design and construction deficiencies occupy a 
large portion of the AROICC’s time. 

Each AROICC typically handles 15 to 20 separate 
contracts of various sizes at any one time and deals with 
many contr ac t-related people and or gan i za t i ons . 

Model of Navy Contract Administrator Functions 

Each contract has similar project interfaces and 
administrative requirements which the AROICC must perform. 
Figure 2. A outlines the duties and their time frames within 
the acquisition phases. The AROICC is primarily concerned 
with the construction phase of a project but does have 
influence in constr uc tab i 1 i ty reviews during the design 
phase, and final inspection and review of operating and 
maintenance manuals ( O&tM ) during the turnover phase. The 



major duties outlined in Figure 2.4 are discussed below. 
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Figure S.3 AROICC Organizational Chain of Command 



(1) Constructability review: review of final plans 

and spec if icat ions for a new project to assure the 
design can be built and that spec i f i ca t i ons are 
adequate. The ARQICC documents concerns and 
shortcomings in a memo to the designer. 

(E) Preconstruct ion conference: meeting with all 

parties in the contract prior to start of work 
to ensure all special contract provisions are 
understood and base regulations are followed. 

The AROICC arranges the meeting by letter to the 
contractor and documents the proceedings. 

(3) Schedules review: ensure contractor's schedule 

matches contract requirements and prices are in 
line with work divisions. The AROICC reviews the 
initial schedule prior to the start of work then 
reviews monthly updates when requests for payment 
are submitted. Standard transmittals to the 
contractor are used for approval unless drastic 
revision is necessary in which case a more formal 
letter may be required. 

(^) Material submittals and shop drawings review: 

forward contractor submitted materials to A-E or 
EFD for approval if required, or approve and 
return to contractor in order to ensure they meet 



the contract r equ i r ement s . 



The contractor 
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submits a log of all requirements early in the 
contract and the AROICC checks the log against the 
spec i f i ca t i ons then tracks incoming and outgoing 
submittals against the log- 
(5) Quality assurance: supervise a staff of 

inspectors and review daily reports for problems 
and/or changes. The AROICC must be informed to 
stay ahead of any potential problems in the field- 
ed) Change order requests: recommend approval or 

denial of requests from the contractor and 
customer- The AROICC reviews inspection reports, 
schedules and plans along with project 
corr espondence to determine if a change is 
required, cost effective and compatible with the 
rest of the design. If found legitimate, the 
AROICC prepares a form letter with wording for a 
change order, and its just if icat ion . 

(7) Progress payment requests: evaluate percentage 

complete with payment request and recommend 
payment based upon actual work in place. This 
ensures the contractor is not overpaid- Memo 
recommenda t i ons are forwarded to the ROICC for 
payment- Large differences between the authorized 
payment and request require a letter of 



explanation to the contractor. 



<8) Scheduling conflict coord i nat ion : 



arrange for 



i~i 0 



traffic diversions, utility outages, and security 
badges to ensure that a contractor’s work does not 
interfere with base operations and that base 
operations do not delay the contract. This 
involves many phone calls and memos between the 
AROICC, base operations and contractor. 

(9) Design question resolution: coordinate with A-E , 

customer and contractor on design i nterpret at i ons 
to ensure that the project is completed as 
designed and meets customer r equi rement s . This is 
accomplished with letters and transmittals between 
the parties with final written direction to the 
contractor coming from the AROICC. 

(10) Co^t estimates: prepare the government estimate 

for change order negotiation including a 
description of the change. 

(11) Negotiate change orders: work with the contractor 

to achieve a satisfactory price and/or time 



adjustment for a change order. 
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Figure 2.^ Typical Project Timeline 
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Contract Administrator Functional Interfaces 
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As the above suggests? a major part of an AROICC’s 

/ 

duties is written and verbal communications between the 
members of the construction team. The largest percentage of 
communications during the construction phase is between the 
contractor and the AROICC. Figure E.5 illustrates the types 
of communicat ions and documentation exchanged between the 
ARQICC and the other members of the construction team. 

Information exchanged with the ROICC primarily concerns 
monthly updates of project progress and approval for 
payments. Interface with the EFD concerns contractual 
services performed by the A-E and approval of change 
orders. The A-E ’ s involvement concerns review and approval 
of technical submittals? resolution of design questions and 
advising on -technical change orders. The user command has 
other concerns primarily dealing with the scheduled 
completion date and change orders required to meet new 
requirements . 

The primary communications channel is from the AROICC 
to the contractor; daily interface involves resolution of 
design questions in the field? schedule conflict resolution? 
quality assurance and payments. The AROICC’s job requires a 
professional relationship at all times and an adversarial 
relationship is undesirable. The contractor’s job is to 
build the project according to specifications and make a 
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Figure 2.5 Contract Administrator Functional Interfaces 




profit. The AROICC^s job is to assure quality and timely 
completion. The two jobs need not conflict. NAVFAC makes 
it clear that the contractor should be fairly and reasonably 
treated at all times. This includes prompt action and 
decisions on the part of the AROICC, with det erm i na t i on made 
on the basis of sound judgement? engineering principals 
and/or contract 

requirements [Department of the Navy, Western Division, 

Naval Facilities Engineering Command. RO I CC Nanua 1 , 1985]. 

Communi ca t i on with all these parties generates volumes 
of documenta t i on which require organization for effective 
retrieval and use. The importance of documenta t ion 
discussed in Chapter 1 applies equally here. Many 
contractors are now using microcomputers to organize this 
information and communicate with the AROICC. 

Current Computer Use by the Navy Contract Administrator 

Compu ter-based and manual literature searches and 
interviews were conducted to gather current information on 
the use of mi crocomputers in construction management and 
contract administrat ion in general and in the military, 
spec if ical ly . These searches revealed a general lack of 
information on the use of microcomputer s in contract 
administrat ion. The majority of sources uncovered pertained 
to project management such as scheduling and cost control 
rather than the administrat ion of paperwork. Government 



documents produced the best source of published information 
on microcomputer applications of commercial software in 
contract administration. 

A limited number of examples of actual application 
usage in the field by private contract managers and public 
agencies were f ound . These represent a quas i - 1 es t i mon i a 1 to 
the potential of microcomputer use in this field. Use of 
microcomputer 5 to control quality assurance inspection 
reports in a large highway construction job was reviewed in 
one article CChin, 19851. A New York public agency supports 
use of mi crocomputer s to track cor r espondence and contractor 
requests in construction projects CNcGough, 19853. Finally, 
a private construction management company advocates the use 
of of f-the-sbelf software for tracking construction 
documents to reduce claims [“Micros aid Managing Team," 

19853 . 

An early study on the feasibility of using 
mi cr ocomputer s in Army Corps of Engineers’ construction 
offices was found CSpoonamore, 19813. Further development 
of the feasibility study produced a Microcomputer Selection 
Guide for Construction Field Offices in which the Corps 
outlines criteria for selection and implementation of 
microcomputer s [O’Connor, Kr uppenbacher and Colwell, 198^3. 
This publication aided Corps’ field offices in developing 
independent software applications which are now cataloged 
and advertised regularly by the Construction Engineering 
Research Laboratory ["USA-CERL Software Library Update," 



19863. One Corps application uses microcomputers and 



Symphony integrated software for balancing resources in 
lengthy development projects CO'Connor and Golish, 19863. 

Currently, most contract adm i n i s t r a t i on at the AROICC 
level is manual with little automation except in isolated 
applications where individual AROICCs have used personally- 
owned microcomputers . At higher levels in the ROICC 
organi za t i on 5 WANG computers transmit summary reporting data 
to higher authorities within the Construction Management 
System (CMS) and are used for office word processing within 
a ROICC office. Communicat ions between a ROICC and the EFD 
are limited and generally only include project reports in 
terms of percentage complete, payments made, and change 
orders issued.. These are normally updated and submitted 
monthly. These reports determine EFD allocation of 
personnel and financial resources and are used to monitor 
EFD performance goals. They do not deal with the level of 
detail used at the AROICC level. 

The director of information systems at the Western 
Division, Naval Facilities Engineering Command indicates 
there are plans for installing personal computers (PCs) in 
each ROICC office, as funds become available, however there 
are no definitive coordinated plans for their use CVillegas, 
19873. Each office is expected to i ndependent 1 y define 
usage requirements and obtain and develop software. Limited 
EFD assistance in software selection will be available to 



provide information on existing software packages and 
arrange group training on application software when 
requested . 

Also located at the Western Division, Lieutenant 
Commander Rachko CRachko, 19873, indicates that his previous 
research in this field using Lotus 1-2-3 for contract 
administrat ion functions CRachko, 19853, has not been 
implemented. Personal interest in the project exist, 
however military assignments outside the contract 
administrat ion area have not permitted further development. 

Limited assistance for the ROICC offices may also be 
available through the Facility Support Office (FACSO) in 
Port Hueneme. They help with mi cr ocomput er applications but 
the primary concern at this time is with interfacing PCs 
with the Naval Facilities Systems and other existing 
mainframe programs. This will permit ROICC office PCs to 
access NAVFAC mainframes to download information files from 
the mainframe. This would allow more timely access for the 
ROICC to information on the status of down stream projects 
in design and funding, and the tracking of change order 
proposals. But this will not support the AROICC^s day to 
day project functions. FACSO has also made an initial 
i nves t i gat i on of a software model of AROICC functions but 
shortage of manpower is preventing further development 



CNanion , 19873 . 
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One programer at the Northern Division? Naval 
Facilities Engineering Command ? Ph i 1 ade 1 ph i a , has been 
working i nt er m i t tent 1 y on the development of a database 
model which ROICC offices or any other group could adapt to 
process large amounts of data. Currently the application, 
based on dBase III, is used in several of the Philadelphia 
offices but no written document at i on exists and the 
programmer stresses that the project is still in the 
developmental stages CNouklas, 1987D . 

In general , EFD, ROICC and FACSO staffs are 
invest i gat i ng mi cr ocomputer applications for the AROICC 
separately as a low priority and with little coordination 
and direction. Also, no one could be located within NAVFAC 
who is aware of the Army Corps of Engineers’ efforts to 
develop applications for construction field offices or the 
manual , P-146, Nicrocomputer Selection Guide for 
Construction Field Offices . The general perception at the 
information managers level, based on several interviews, is 
that each ROICC office has different needs for mi crocomputer 
applications so no single model for an application package 
will be acceptable. They assume that each office will 
locally develop applications rather than learn and adapt 
someone else’s- A 1 ter na t i ve 1 y , many AROICCs feel that there 
are many similarities between offices and the development of 
a computer application for AROICCs to use would be extremely 



useful and is long overdue. 



Summary 

The Navy contract management organization has an 
elaborate and complex system of interfaces which the 
contract admi n i s t r at or (AROICC) must work within to achieve 
the objective of completing a construction project on time? 
in budget and in conformance with the contract. The 
functions handled by the AROICC require a large volume of 
communicat ion and, as a result, voluminous documen t a t i on to 
complete a project. The largest part of the communica t i on 
is between the AROICC and the contractor. Many contractors 
are using microcompu ters for admini ster ing contracts, 
however, there are currently no microcompu ter applications 
for the AROICC and little is being done to develop any. 
There is a conflict in opinion within the Navy: some in 

management question the need for microcomputer applications 
for use by the AROICC, while AROICCs in the field feel the 
time for computer applications has arrived. Conversely, Th 
Army Corps of Engineers, through its Construction 
Engineering Research Laboratory, has developed several 
useful but piecemeal aids for Army field offices. 



CHAPTER 3 



MODEL OF A PROFESSIONAL PERSONAL COMPUTER APPLICATION FOR 
THE NAVY CONTRACT ADMINISTRATOR 

This chapter presents a model of a computer 
applications supporting an ARQICC^s functions. The chapter 
includes discussion of the processes used to identify the 
tasks for automation and selection of tasks for the 
prototype . 

Identifying the Database for the Model 

Assuming that it is possible to identify a model for a 
computer application system for use by the ARQICC? the first 
step in the process is to identify the specific tasks and 
functions that would benefit from automation. There are two 
approaches to this task CQ'Connor, Kruppenbacher ? and 
Colwell, 198^11: 

(1) Traditional Approach , identify functions that are 
now performed and prioritize their automation 
based upon the time and effort they require to 
develop and the frequency of their subsequent use 
or , 

(2) Zero-based Approach , ignore current methods and 
functions and look objectively at input 
information available, output information required 
and what computer applications are available to 



achieve the desired results- 



The traditional approach probably provides the most 
immediate saving in effort since it is easiest to visualize; 
however? the zero-based approach may have greater long term 
utility since it organizes information gathering and 
retrieval to reduce effort and still meet the operational 
requirements . Using the traditional approach in evaluating 
an AROICC’s duties produced a task matrix summary of the 
potential paperwork functions for automation and their 
potential utility (See Table 3.1). 

The matrix evaluates each task by an estimate of 
commonality (0-100*/. of the AROICC's projects)? frequency of 
generation or referral (0-100*/.? days per month? average over 
project) and a value for the task based on the value of its 
computer i za t ion or return on time and effort to automate 
(0-1 rating). For example? pr econst rue t i on conferences may 
occur on 100*/. of an AROICCs projects ( commona 1 i ty ) but the 
minutes may only be referred to 5*/. of the time (frequency) 
and the value of computer i za t i on may be very low? .3? (value 
of the task). On the other hand? a CPM schedule may occur 
on only 10*/. of the projects ( commona 1 i ty ) and the frequency 
of referral may be low? 15*/.? yet the value of compu t er i z i ng 
this task may be quite high? 1.0? (value of the task). A 
product of commonality? frequency and value represents the 
relative significance of that task for computer i za t i on . 



Table 3.1 



AROICC Task Matrix 



TASK 


COMMONALITY 
OF TASK 
(0-100*/.) 


FREQUENCY 

OF 

REFERRAL 

(0-100*/.) 


VALUE 

OF 

TASK 
(0-1 ) 


WEIGHTED 

TOTAL 


-Job Records 
Updating 


100 


95 


1.0 


9500 


-Correspondence 


90 


100 


1 .0 


9000 


-Material Submittal 100 

i Shop Drawing Tracking 


80 


1 .0 


8000 


-Change Order 
Preparation 


75 


30 


1.0 


2250 


-Cost Estimate^ 


75 


20 


1 .0 


1500 


-Change Order 
Evaluat ion 


75 


30 


.5 


1 125 


-Qua 1 i ty Assur ance 


100 


100 


. 1 


1000 


-Schedule Review 


10 


25 


1 .0 


250 


-Precons true t i on 
Conf erences 


100 


5 


. 3 


150 


-Negotiate Change 
Order 5 


70 


10 


.2 


140 


-Construe tab i 1 i ty 
Rev i ews 


100 


5 


.2 


100 


-Progress Payment s 


100 


15 


.5 


75 



Note 



Bold text indicates tasks chosen for the prototype. 



Each potential user should realize that ranking of 
tasks is a subjective matter and i/>;hat seems most time 
consuming or important to one may be relatively unimportant 
to another - 

The highest weighted value tasks in Table 3.1, 
represented in bold type? are a set of sample computer 
applications developed in this research. The applications 
i nc 1 ude : 

<1) Job Records Updating: 

Contract Record Card: includes general 

information about a contract such as description, 
names, addresses, phone numbers and contract 
va 1 ue . 

(based on 12ND WESTDIV ^330/56 (^-78) form) 
Prospective Change Order Log: includes pending 

change orders in the system for a contract. 

(based on IIND WESTDIV ^330/17B (5-79) form) 
Official Change Order Log: includes change orders 

approved for a contract along with the new 
contract value and completion date. 

(2) Correspondence Tracking: represents a status log 

of all incoming and outgoing cor r espondence for a 



contrBC t . 



(3) Material Submittal and Shop Draning Tracking: 

represents a status log of all incoming and 
outgoing material and shop drawing submittals for 
a contrac t . 

(based on 12ND WESTDIV ^355/6 (Rev7-75) form) 

(^) Change Order Preparation: represents a standard 

form letter used to forward a change order request 
to the QICC for approval. It includes the basic 
contract ident if icat ion and description, 
government cost estimate and suggested wording for 
the change. 

(5) Cost Estimates: represented by a standard cost 

estimate form for change orders less than 
$500,000. 

(based on NAVFAC ^330/^3 (6-SE)form) 

Table 3.2 represents a general listing of potential 
computer applications developed by CERL and is an indication 
of the scope that might be achieved with full automation. 
This list covers a broad spectrum of applications in a 
contracts office, from its overall office management down to 
the individual project submittal register. Not all of these 
applications would be of interest to an AROICC. Neither 
should this list be viewed as compr ehens i ve of all 
possibilities. 

Recognize that the list of tasks initially computerized 
is not final or definitive. Some tasks thought to have 
great potential for automation may be found to take as much 



Table 3-E 



Construction Office Computer Applications 



Pro iect 

Network Analysis System 
Construction Progress 
Schedu 1 e 

Progress Payments 
Physical Data 
Change Order Analysis 
Quality Control Information 
Potential Delay Factors 

Contract i 

Modifications 2x Claim 
Status 

Subm i t ta 1 Reg i s ter s 
Personnel Reg i ster 
Safety Data 



; Management 

Resource Management /A 1 location 
Contingency Funds Management 
Procurement Tr ac k i ng 
QA Inspection Schedule 
Envi ronmental Data 
Claims Analysis 
Actual Progress 

Administration 

Payro 11s 

General Contract Information 
Cor respond ence/RF I Tracking 
Eng i neer i ng Ca Iculations 
Subcontr ac t or s 



Field Office Management 



SStI Costs 

Office Budgets 

Wor k load Management 

Veh i c 1 e Oper a t i ons 

Personnel Data 

Training Plans 

Proper ty Accountab i 1 i ty 

Meeting Calendars 

Leave Schedules 

Recur r ing Cor respondence 

Electronic Mail 



Local Information 
Technical Library 
Regulations Policy Library 
Time 2* Attendance Data 
Organization Charts 
Travel Data 
Tickler File 
Small Purchases 
Visitor Schedule 
Quality Assurance Data 



Source: O'Connor, Michael J., Timothy A. Kr uppenbacher and 

Glenn E. Colwell- Microcomputer Selection Guide for 
Construction Field Offices , Technical Report P-1^6, 

U • S - Army Corps of Engineers, Construction Engineering 
Research Laboratory, Champaign, Illinois, 

September , 1 984 : 40 . 



time to perform by computer as by hand and therefore will 
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drop from use. Conversely, experience with a computer may 
suggest new tasks to automate. 

In one Corps of Engineers" office trial application 
using a minicomputer system to support a contracts office, 
sixteen functions were initially proposed for office 
automation. After several months of testing many were 
suspended from the system leaving only eight which are still 
utilized CHitchings, 198^D: 

-Sub mi tta 1 Reg ister 
-Contract Modification Data 
-Status of Claims 
-Contrac t Informat ion 
-Request for Information 
-Construe t ion Def ic ienc ies 
-Performance Evaluation Dates 
-Training Records and Needs. 

Note that while some of these functions appear on the AROICC 
task list for automation there are differences. No two 
offices are alike and these Corps applications include some 
office management tasks (Training Records) not included in 
an ARQICC"s duties. 

Organizing the Information into a Model System 

Once tasks for automation were identified, the 
traditional and zero-based analyses were combined- The 
procedures and forms used in each task were examined and 
common input elements were noted. These were used to 



determine a common database without duplication of inputs. 
The result is a hybrid database which most closely resembles 
an "integrated system". Integrated systems automat ical ly 
pass information required by multiple applications so entry 
of each element occurs only once. 

The result of this effort was a matrix of tasks with 
common data elements identified and an organization to 
relate these elements (See Figure 3.1). These data elements 
represent the information which may be passed or 
cross-ref erenced between files and the arrows represent the 
logical direction of information flow. For example? to 
prepare a change order proposal? an estimate is required and 
must already have been prepared? and the contract must be 
awarded so a contract record card must already exist. 
Therefore? the information contained in the cost estimate 
file and contract record card file can be transferred to the 
change order proposal form application without leaving the 
system . 

/ 

Computer Applications for the Prototype System 

The next step in building a prototype system is to 
select the appropriate computer technique for each file. 

Some tasks may be performed by more than one technique but 
usually there is a preferred method. For example? 
spreadsheet and database applications can often be exchanged 
if the calculations are not complex. 
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Figure 3.1 Model Organization with Common Elements 



Ident if" ied 



Table 3.3 shows the ideal computer applications 



selected for the AROICC^s prototype application system 
tasks- Databases are best suited to files which contain a 
large number of records and require retrieval based on 
specific criteria. Spreadsheets are used for number 
calculations and word processing is used for text files and 
cor respondence . 

Table 3.3 

Model Tasks and Associated Computer Applications 



TASK 




COMPUTER APPLICATION 


Contract Record Card 




Database 


Official Change Order 


Log 


Database 


Proposed Change Order 


Log 


Database 


Change Order Estimate 




Spreadsheet 


Change Order Proposal 


Form 


Wordprocessing 


Corr espo ndence Log 




Database 


Submittal Status Log 




Database 



CHAPTER 4 



INTEGRATED SOFTWARE FOR THE PERSONAL COMPUTER 

The cost of developing and maintaining software is 
expensive and not effective unless the application is unique 
and the user base is very large. With the number and 
variety of commer c i a 1 1 y-ava i 1 ab 1 e software packages on the 
market, it is more cost effective to utilize off-the-shelf 
software and adapt it to an application. Many selection 
techniques for software exist but all basically reduce to an 
evaluation system for analysis of the capabilities of a 
package to perform a desired task, the documenta t ion 
provided, ease of use, and cost CVyomesh, 1986a; Vyomesh , 
1986b; and O’Connor, Kruppenbacher and Colwell, 198^]. 

Most of the software packages on the market are 
designed for one type of application: word processing, or 

spr eadsheet s , or databases, etc. The capabilities of these 
systems vary and cost is not necessarily an indication of 
quality. However, choosing one of these packages when it 
cannot perform all the tasks desired with ease forces 
compromise of capab i 1 i t i es . (Readers unfamiliar with these 
applications and the best uses for each should refer to the 
glossary.) Since the model contains several computer 
applications it is appropriate to examine "integrated 



software" that includes multiple app 1 i ca t i ons . 



Description 

The term integrated software implies multiple 
applications working together- In the business world? the 
purpose of integration is to bring the major business 
computing applications together in such a way that uses can 
be i nter changeab 1 y and quickly used without confusing the 
user . 

Several approaches to integration have been developed: 
(1) operating env i r onmen t s ? (E) all-in-one packages and (3) 

comp lement ary product lines. 

Operating Environments. Operating environments over la 
an additional operating system on top of the computer Disk 
Operating System* (DOS) which performs such tasks as window 
management and data exchange. They provide an interface 
between the user and the machine that allows the execution 
of separate unique app 1 icat ions . Vendors claim this is the 
most effective means of integration because it allows users 
to use their existing software programs (although new 
versions made for window operations may be required) with 
which they are familiar and avoid having to learn a new 
program in order to integrate app 1 i cat ions . Problems 
encountered with this approach include difficulties 
different programs have "talking" to each other when they 
were not designed to do so? and the large amount of Random 
Access Memory (RAM) required for this operation. 



All-in-one Packages. All-in-one packages provide a 
common environment with specific built-in applications with 
which to work. They utilize complex common file structures 
that enable different applications to interact without 
leaving the parent program. This approach is particularly 
helpful for novices who rely heavily on a product’s ease of 
use and on-screen help. A principal benefit of the 
all-in-one approach is its use of a uniform command 
structure? usually in the form of a menu. This reduces 
learning time. Most of these packages contain the five most 
commonly used business applications: database management, 

spreadsheet? wordpr ocess i ng ? graphics and communi cat i ons . 

The all-in-'One approach is not a panacea for all 
business application problems however; it has its 
shortcomings as well. Along with the operating 
environments ? all-in-one systems require a large amount of 
RAM to accommodate all the app 1 i ca t i ons . In addition? their 
use of specific built-in applications can cause a loss of 
f unc t i ona 1 i ty in one or more of the app 1 i cat ions . 

As vendors attempt to "cram“ as many as five applications 
under one heading? while limited by the users memory? some 
applications are doomed to suffer from inadequacy. 



Complimentary Products. Ideally, comp 1 i men tar y product 
lines are separate individual application packages which 
provide for integration through a consistent user interface 
and command structure, as well as a single file format that 
eases the transfer of data between programs. In reality, 
comp 1 emen t ar y product lines are poor vehicles for 
integration because of their inability to easily transfer 
users from one application to another. Users must leave one 
program and enter another to transfer information and also 
contend with the different file formats created by each 
program . 

Current Capabi 1 i ties 

For the manager who possesses limited computer skills 
and is concerned with a variety of tasks and functions, the 
all-in-one approach is probably the most effective type of 
integrated package. A number of all-in-one packages are 
available on the market. These range from spread sheet 
packages with limited graphics to full five function 
integration with additional features. Full common 
integration consist of word processing, spread sheets, 
databases, graphics and telecommunicat ions . Table ^.1 
displays a comparison of the three most popular fully 
integrated packages available for PCs. 

The capabilities appear similar, thus it is difficult 
to choose software from comparison tables. Two important 



Table 1 



Comparison of 



Integrated Software 



VEMOOW/PROOUCT 


The Snfrwara Group 
Enable 


Ashton Tata 
Fiamawork II 


Lotua Oavalopmant 
Cor pot a non 
6ympho«Ty Varak>o 1.1 


OPE>^ATING StSTEMISJ/ 


MS DOS or PC DOS 2 D 


M? DO? 0 . PC DOS 2 0 


MS DOS or PC OOS 2 D 


CNVIRONMENTIS} SUPrORTEO 


and highfi 


snrt higlifft 


and higher 


SYSTEM characteristics 








MumtiufTi nn*n»otv bytsi 


256K 


384r 


384< 


Suggested smouni oi memofy. &yi»» 


rssK’ 


512K 


640K 


Memory by pfcg'sm elisr loading 


— 


— 


ApproKimately 384KB 


Spifcia* fequuefnenis 


Graphics caid 
'To run DBMS A SS 
concurrantly — 320K 


None 


IBM color graohica. 
Plantronict color card. 
Harculaa card 


MEDIA 








Mad '6 on wliich settwara 19 luooiiad 


5 V ' diskenas 


5 ■ disketiea 


51k* dtakatiaa 


Cory p'oiacied 


No 


Yes 


Yaa 


Minimum sio'aop raoui'9m«nti 


36DK dsdd disksita 


7 20K 


3B4K 


Haid disk cornpaiibif 


Yas 


Yes can be mitaned 
on he'd disk 


Yaa 


PROGRAM characteristics 








Applications supooned 


Data managamant. SS 


SS WP DBMS 


WP, DBMS SS g-aphica 




graphics. WP 


G'arjh'CS comm pol 


comm, Symphony Link 




communicanons 


lining program leng 


(sync micro/mamlramal 


tniaiacnon wi»n aoolicanons via manua 


Yas 


Yes 


Yaa 


Pulldown menus 


Yes 


Yes 


Yaa (aubmenuil 


Interaction with eoplicalione through 


Yes 


No 


Yea 


commands 








Inte'scuon with epplicanone via graphic 


No 


No 


No 


icons 








Mouse support 


No 


Via third party 


No 


<eyboa«d and mouse 


No 


Via thiid psHy ' 


No 


Applications reside m mamory 


No 


Yes 


Yaa 


Simultaneously 








Applications must always be accasaed Irom 


No 


No 


No 


diskisl or diskeiialsl 








Simultaneous access 10 multioie applications 


Yes 


Yas 


Yaa 


Access 10 applications w/o leaving initial program 


Yas 


Yas 


Yas 


Caia etchange beiwaan applications 


Yes 


Yas 


Yaa 


Onscieen 


Yes 


Yes 


Yaa 


Vis a Ilia conversion utilny 


Does not aopiy 


Y as 


No 


Unilorm commends ihrooghoul 


Yes 


Yes 


Yas 


Other 


Menu generator 


'set UP to emulate 
curspi keys 


Auio updates in data* 
leisiad applicatipna 


WINOOWING FEATURES 








Ma«imum number ol windows per scraan 


B 


Limned by total RAM» 


Unlimiiad 


Ova'iapping windows 


Yas 


Yes 


Yas 


Automatic liling 


No 


No 


No 


Discretionary tiling 


Np 


Yes 


Yas 


Discrenonery window placement 


Yas 


Yes 


Yas 


Discretionary window suing 


Yes 


Yes 


Yas 


Horuonial windows 


Yes 


Yes 


Yes 


Varticle windows 


Yas 


Yes 


Yas 


Number ol colors supponad 


ID 


16 


4 


Window scrolling 


Yes 


Yes 


Yas 


Segmented 


Yes 


No 


Np 


Continuous 


Yes 


Yes 


Yas 


Other 


User configurable SS 


'including eipsnsion 
cards or hard disk 




FILE COMPATIBILITY 








ASCII 


Yas 


Yes 


Yaa 


DIF 


Vas 


> as 


Yaa 


DBF 


Yas 


Y es 


Yaa 


SYLK 


No 


No 


No 


Lotus 


Yas 


Yes 


Yaa 


Other 


WordStar, Volkswntar. 
others 


Wo'dSia’ Muliimaie. 
IBM DCA/DispIsyWrite 




SUPPORT 








On* screen help menu available at ell levels 


Yas 


Yaa 


Yaa 


On*scr*en intai active tutorial 


Yas 


Yas 


Yaa 


Audio* and/or vidaocassette training 








package 




Dealers only 


Yaa 


Demonstration diskette 


Yes 


No 


Telephone soooon direct Irom vandO' 


Yas 


Yaa 


Yea 


Newslsitara 


Yas 


Yes 


No 


Other 




Books, seminars. 3rd 
pany training malar 


Lotus Maga/ine— Iree 
lit 6 months 


PRICING 






$695 


One time license or purchase price 


S69S> 


$695 


Cost lor new reissseit) 


$95 /yr — updatas 


— 


$75— upgradt 


Cost ol related programs 


Doss not aoply 


sags — dBase IP 


$395 — Symphorry Link 


Charges lor support servtcas 


$20-— disk raplacamant 


— 


No charge 


Other 




>$695— dBase III 


$ 139 — Symph Spall Check 
& Symph T aai Oultiner 


installed data 






July 1964 


Dale ol first insiaHaiton 


October t9B4 


October 19B5 


Number msieKsd to date 


— 


— 


— 


Number currently shipped par month 


— 


— 




COMMENTS 


'Site licensing avail 




Accesaaa up to 4M6 ol 
•apandad mamory 



Source: "All About Integrated Software." 

Corporation report CMA9— 005 (October 
1E5 . 



Datapro Research 
1986 ) : 1 16 1 181 , 



factors to consider are not presented: ease of use (how 

''user friendly" is the package?) and the quality of the 
program^'s document a t i on . Although two packages may appear 
identical, these factors can separate the good from the 
med iocre . 

All three of these packages contain the five basic 
business app 1 icat ions . Enable utilizes a Master Control 
Module ( MCM ) to handle windows, files and macro management . 
Symphony utilizes the spreadsheet as the core of the 
system^s operation (an outgrowth of the Lotus 1-2-3 
spreadsheet program). It contains the facilities to manage 
the operation of the other app 1 icat ions . Framework II has 
no core application, but relies upon a common program 
language, called "FRED", to edit text, create user defined 
functions, call subroutines, insert prompts in programs, 
develop multi-line formulas and provide Help messages. 

Datapro Research Corporation computer analysts rated 
these programs based on extensive in-house testing. Figure 
4.1 illustrates the results of these tests based on their 
criteria. The overall rating summary gives Framework II the 
highest marks. It ranks number one in four of the six 
comparison categories including document at i on which, as 
discussed earlier, is extremely important in software 
selection, particularly if the intended user has limited 



compu t er knowledge. 
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Figure 4.1 Integrated Software Ratings 

Source: "Integrated Software Product Summary. Datapro 

Research Corporation report CM49-000 (January 1987): 
501-2 . 



A fourth package occupying a large percentage of the 
market today is Innovative Software’s Smart System version 
3.0. Although the package claims to be an all-in-one 
program it is actually a system of compatible modules. Only 
a single application can reside in the RAM; accessing the 
other applications requires loading other program modules. 

In addition? the costs of all five application modules is 
several hundred dollars more than Symphony, Framework II or 
Enable. For these reasons it was not included in the 
comparison of all-in-one packages. 

Framework II 

Framework II was selected as the application software 
for this research due, in combination, to its high overall 
ratings, the author’s familiarity with the program, and its 
ava i 1 ab i 1 i ty . Similar results could be obtained by 
utilizing one of the other all-in-one packages. 

Framework II is an all-in-one integrated software 
package designed for the IBM PC class of computers. The 
name is derived from the package’s basic unit, a frame, 
which is similar to a window. The package consists of 
modules for word processing, spread sheet, graphics, 
database management , telecommunicat ions , and additional 
frames for outlining and its language, Fr ame Ed i tor (FRED), 
used for macro programming and for developing more complex 



app 1 ica t ions . 



The package may be used either in menu or command 






mode. The menus and commands are consistent throughout all 
modules and may be incorporated into the FRED programming 
language. User— defined macro and function key capabilities 
allow a user to enter a minimum of keystrokes to perform 
repetitious tasks. 

Framework II runs on IBM PC? XT and AT and compatible 
machines with at least 38AK RAM ( 6A0K is r ecommended ) , two 
360K floppy disk drives or one 360K floppy disk drive and a 
hard disk drive? and PC-DOS version 2.0 or later. 

Framework II promotes ease of use by i ncor por at i ng such 
features as English-like menus? error messages and help 
screens. The document a t i on is excellent. It is not 
difficult to learn? it is natural in its operation? and it 
does not require extensive programming experience on the 
part of the user. The package should be considered by a 
user who needs a well-rounded integrated package. 

Framework II Functions Used in the Prototype Application 
The major functions of Framework II used in the 
prototype presented in the following chapter and their major 
features include: 

(1) Outlines: the outline feature is used to contain and 

organize the entire prototype system. Macros? menus? 
databases? spreadsheets and word frames are all 



enclosed in one outline of frames. 



(2) Macros: 



single-key functions are defined with macros 
to allow the user with limited knowledge of the 
Framework II program to enter? search? sort and edit 
data as well as print reports. They also provide for 
the use of full-screen menus and prompt lines to aid 
the user in using the system. 

(3) Wordprocessing: template forms are incorporated using 

the wordprocessing function. Framework II allows data 
referencing in database frames to be merged in a word 
frame? see below. 

Databases: records for multiple projects are contained 

in databases which can be sorted and filtered to 
isolate subfiles? for example? that pertain to only one 
contract? or files that are before or after a certain 
date . 

(5) Spreadsheets: repetitive numeric calculations such as 

cost estimate extensions are performed using 
spreadsheet func t ions . 

(6) Mailmerge: the "mailmerge" function allows the 

template forms contained in word frames to be merged 
with data contained in the databases. This allows 
repetitive cor r espondence to be produced with ease. If 
the database is filtered to isolate one particular 
record and then mailmerged with the blank form? one 
letter is produced. If the database is not filtered? 
mailmerging will produce a form letter for each and 
every record in the database. 



other applications of Framework II were not 



i ncorpor a ted in the prototype but may have merit in future 
expansion of the system. The graphics feature of Framework 
II allows basic business graphics such as bar charts, pie 
charts and x-y line graphs to be produced from data stored 
in a spreadsheet. This feature could have application in 
statistical management reports. Also not used in the 
prototype, was the telecommunicat ion feature in Framework II 
which could have future use in electronic exchange of data 
between the ARQICC and ROICC office. 

Summary 

The selection of software for a business application is 
not an easy task as today’s market offers a variety of 
programs with varying levels of quality. The software must 
be selected carefully to ensure it will not only accomplish 
the desired tasks but will also be easy to learn and use. 

For the manager who needs a relatively easy-to-use package 
to accomplish a variety of functions, the integrated package 
may be the solution. All-in-one integrated packages offer 
multiple applications under one set of commands. Framework 
II is a leader in this market and was selected to develop 
this application prototype. The applications of outline, 
macros, spreadsheets, databases, wor dpr ocess i ng and 
mailmerge were combined in the prototype. Chapter 5 
illustrates a resulting prototype system. 



CHAPTER 5 



PROTOTYPE CONTRACT ADMINISTRATOR APPLICATION SYSTEM 

USING FRAMEWORK II 



Scope of Application 

The prototype application system designed is called the 
Contract Administrator ’ s "Electronic Notebook" and is based 
on the Framework II program. The Electronic Notebook uses 
the FRED language in macro programs within Framework II to 
manipulate the databases, spreadsheets and text files 
defined in Chapter 3. The system is capable of storing and 
retrieving records for mu 1 t i p 1 e-pr o j ec t s , computing 
repetitive ca 1 cu 1 a t i ons , and printing routine cor respondence 
based on templates installed within the system- The system 
is interactive, menu driven, and allows the user to create, 
retrieve or edit files easily with little or no knowledge of 
Framework or programming. 

The prototype centers around the change order process 
which includes the following tasks: searching 

cor r espondence of related information, developing the 
government estimate, preparing the "request for change" 
memo, and final updating of the job records with an approved 
change order number and i ncr ease/decr ease in the value and 
time of the project. It is intended to exercise the range 
of capabilities Framework II offers and demonstrate the 
potential for system development with integrated software. 



file. 



Information on multiple projects is stored within one 
The data files may be filtered and sorted to isolate 
information on a particular project? or they may be sorted 
by date to identify pending or delinquent action on all 
projects? or they may be sorted by contractor to identify 
all projects currently awarded to one company. 

Operation of this application requires one copy of the 
Framework II program and the application disk contained in 
this report. Complete instructions for loading and 
operating the sample application system are contained in 
Appendix B. 

Structure and Operation of the System 

The entire application program is contained in one 
outline frame. Figure 5.1 illustrates the outline and the 
functions associated with the subsections. 

Job Records? Estimates? and Correspondence represent 
menus with subselection items. Macros contains the macro 
programs used to manipulate the data files and entries. 

These allow the user to add? change? remove or print files 
as well as format date entries and return to the main menu 
or quit the program and put away all files. Data Storage 
contains the actual databases? spreadsheets and wordframes 
where information is stored. Current Selection merely 
stores the user^’s last menu selection for the macro programs 



to reference. 



Job Records <-I 

Contract Record Card I 

Job Correspondence Log I 

Submittal Status Log I 

Prospective Change Order Log I 

Official Change Order Log I 

Estimates I 

Change Order Estimate I 

Corr espondence I 

Change Order Proposal Form <-I 

Macros 



Menu Selections 



Add <-I 

Add Another I 

Change I 

Change Continue I 

Date I 

Remove * I 

^ int I 

Print Selected Records I 

Menu I 

^i t <-I 

Data Storage 



Contract Record Card Database 
Job Cor r espondence Log Database 
Submittal Status Log Database 
Prospective Change Order Log Databa 
Official Change Order Log Database 
Change Order Estimate Spreadsheet 
Change Order Proposal Database 
Change Order Proposal Form Template 
Current Selection 



Macro Programs: 
those with bold 
first letters 
are main pro- 
grams? others 
are subroutines 



<-I 

I 

I Data File 
se I Storage 
I 
I 
I 

<-I 

<- Stores 

the name 
of the 
last menu 
se 1 ec t ion 
for macro 
use 



Figure 5,1 Framework II Outline Listing of the Contract 
Administrator ' s Electronic Notebook 



Example Project 



The best way to explain the "Contract Administrator ’ s 
Notebook" is by demonstrat ion - The following example is 
intended to exercise the full range of the system's 
capabilities and illustrate the type of operations an AROICC 
would use on a typical project- 

Func tional Scenarios; -Electronic Notebook Operation 

1- New contract assigned to AROICC: 

—Enter contractor and award data into Contract 
Record Card (See Figure 5.S.) 

2- Schedule Pr econs t rue t i on conference: 

-Enter outgoing notice in Correspondence Log (See 
Figure 5,3.) 

3- Submittal log received from contractor: 

-Enter submittal requirements in Submittal 
Status Log after confirming requirements are 
complete and dates are reasonable (See Figure 
5 - A . ) 

-Enter transmittal in Corr espondence Log 
(See Figure 5-5.) 

A- Request for change order received from contractor: 

-Enter proposed change description and number 
in Prospective Change Order Log (See Figure 5.6.) 

-Search Correspondence Log for any other entries 



under the same topic (See Figure 5.7.) 



-Enter request letter in Correspondence Log (See 
F i gur e 5.8.) 

-Generate government estimate on Change Order 
Estimate form (See Figure 5.9.) 

-Enter estimate value in Prospective Change Order 
Log (See Figure 5.10.) 

-Print Change Order Proposal Form with information 
from Prospective Change Order Log? Estimate Form? 
and Contract Record Card (See Figure 5.11.) 

5. Change order approved: 

-Enter change order in Change Order Log to update 
value and time for contract (See Figure 5.18.) 

This example suggests the type of documen t at i on and 
information the AROICC is concerned with in the change order 
process. Each piece of incoming and outgoing cor r espondence 
must be tracked? changes in contract time and costs must be 
accounted for? and records must be readily available for 
cr oss-ref er enc i ng and sorting based upon selected criteria. 
This particular process is a major activity of AROICCs and 
is estimated to occupy 20*/ of their time. 



CONTRACTNO DESCRIPTION 

N6a<+56~06-C- 1 S-^»3Ro.-oo f Gym 

CONTRACTOR CONADDRESS 

ABC Con tr acting 453 Main St. BreniGrton 

POINT OF CONTACT PHONE# SOFT JOB PHONE 

Jack Jones 456-9823 Ji/n Smith 876-3421 

DATE AWARDED AMOUNT NUMBER DAYS CDC REP 

F' e b 1 3 , 1987 T 1. 3 2 , 0 C' 0 . C' 0 9 O B o b 

PLANS &C SPECS BY A/E PHONE EIC PHONE 

Acme? Design • 876-4532 Mary Front 765-8769 



BONDING CO ADDRESS INSURANCE CO 

H - .1. B o c> cJ G u V s 12''+ D e n n v l*J a v S e a b t 1 S I *: v h i q h I ) i s u v " - 

EXPIRATION DATE APPROPRIATION FUNDS AVAIL CUSTOMER 

Jun 30 , 1 9G7 AA8''-f375-830455 I 50 , 000 . 00 NAVS TA 

POC PHONE 

Jorraey 457-3720 

The Contract Record Card Represents 
general i nf ormat i on about each 
contract such as the contractor's 
name and all points of contact 
involved in the construction 
process- It is a database where 
information is entered by way of 
macro programs. 



Figure 5.2 Example Project Contract Record Card 



ifiiQgiK# 









CONTRACTNO INCOMING/ OUTGOING ORIGINATOR 

N62^56-B6-C-12'^3 Q ROICC 

DATE SENT/REC’D SUBJECT 

Feb 20 » 1987 Preconstruction mtg. notice 

ACTION CODE RESPONSIBLE TICKLER DATE 

N ARDICC Feb 27, 1987 



The Job Correspondence Log is a 
status log of all incoming and 
outgoing cor r espondence with action 
codes and tickler dates for 
followup indicated. Information is 
entered into the database by way of 
macro programs. 



Figure 5.3 Example Projec 



t Job Correspondence Log #1 



CONTRACTNO 



NO SPEC PARA DESCRIPTION 



TYPE 



IPYS .1. 

1 16 a 'I '■'Y) ■(■)/■, c - 1 a^:;:) a 

M6ay+56-S6-C- 1 E43 3 

N6a'4-56-a.:->-c- 1 a43 4 

N6a-^f56-86 -C- 1 5 



anon Dnni. I linn rp 

71 )( in . I M In, I ’, i| H-'i I !■' 

700 I . c+O A^plia I b SI i i. nq I LI.) 
7001.. 50 Poofing T ar TT'> 

S 00 C.) F I. a a h i t 'iq C I ) 



CONTACT I ON DATE REC ’ D ASSIGNED TO: DATE 



rr: ^ rr: ~ rm.” n: rr. s 



- -z rr rr: :ur. :rr. r- r-j rr. 



TICKLER 



R 

A 

A 

A 

A 



ACTION DATE RETURNED 



The Submittal Status Log represents 
a list of required submittals for 
each contract and the status of 
each as they are received from the 
contractor. Input is accomplished 
by way of macro programs. 



Figure 5.^ Example Project Submittal Log 



CONTRACTNO INCOMING/OUTGOING ORIGINATOR 

N62‘^56-B6-C-ia^3 O ROICC 

N62^56-06-C— 1 243 I ABC Contracting 

DATE SENT/REC’D SUBJECT 

Feb 20, 1987 Preconstruct ion mtg. notice 

Mar 10, 1987 Submittal Log 



ACTION CODE RESPONSIBLE TICKLER DATE 



AROICC Feb 27, 1987 

AROICC Mar 17, 1987 



The Job Correspondence Log after 
entry of the submittal log 
transmi t tal . 



Figure 5.5 Example Project Job Correspondence Log #2 







■L 







CONTRACT NO. PCO NO. DESCRIPTION 

M.'ba45A-0<b-C- 1 E^>3POO 1 Arid Add i I; i. r.n ^ I. f" 1 ash i ) h:i 

FUNDS REQ'D -CONTR PROP ; REQUESTED RECEIVED ANT ( $ ) 

Y Apr 1.. 1987 T50A . 00 

TINE(DAYS) FUNDS? X NO. GOVT EST ( $ ) NTP DATE 



CHANGE ORDER iNEG DATE DATE TO OICC C/0 NO. AMT($) 



TIME (DAYS) DATE ISS'D REMARKS 



The Prospective Change Order Log 
represents a status log of all 
pending change orders. It tracks 
the status from initiation by the 
AROICC or contractor until 
negotiation and official signature 
of the cnange order documents. 



Figure 5.G Example Project Prospective Change Order Log #1 



o I. 



CONTRACTND I NCOM I MG /OUTGO IMG OR I G I NATOR 




TICKLER DATE 



This Job Correspondence Log 
represents all records containing 
the word flashing in the subject 
fieldj zero. It is the result of 
filtering the database. 



Figure 5,7 Example Project Correspondence Log Filtered on 

Sub jec t=*f 1 ash i ng* 



CONTRACTNG 

t-1 R M 5 - 0 6 - C - ! S f 3 
i'i/'P*'i r»/> n/^ (.: I po p 

t' 1 6 P 5 6 0 6 ('.; - L 0 •• f 3 



INCOMING/OUTGOING ORIGINATOR 

RO TC'C 

A RR Rm M I 1 I. f 1 1'. ] 
R' RR RC' M |; )• ( I: j 



n 

I 

1 




Job Co r r esp o ndenc e Log after 
receipt of request for change 
order . 



Figure 5.8 Example Project Job Correspondence Log #3 



DATE: 

CONTRACT NOHBER: 

CONTRACT TITLE: 

CHANGE DESCRIPTION: 

Add additional flashing to roof 



Apr 5, 1937 
N6EA56-36-12A3 
Reroof Gy§ 






PRIHE CONTRACTOR WORK 

r. LABOR 100 

а. FRINGE BENEFITS A3 

3. NATERIAL 50 

A. RENTAL ESUIPNENT 0 

5. OPERATING I ftINOR HAINT. FOR ONNED EQUIP. 0 

б. aSTSTAL (l+a+3+A+5) 193 

7. FIELD OVERHEAD ( X OF LINE 6) 19.30 

a. LIABILITY i COHP. INSURANCE ( X OF LINE I) 1 

9. aSTSITAL ( 6 + 7 + 8 ) E13.30 

10. HOHE OFFICE OVERHEAD ( X OF LINE 9) 6. AO 

11. EQUIPMENT OWNERSHIP EXPENSE 0 

la. SOCIAL SECURITY i UNEMPLOYMENT INS. ( t OF LINE 1) 7.50 

13. SIBTOTAL (9+10+11+12) 227.20 

SUBCONTRACTORS WORK 

lA. LABOR 50 

15. FRINGE BENEFITS . 20 

16. MATERIAL 0 

17. RENTAL EQUIPMENT 0 

18. OPERATING i MINOR MAINT. FOR OWNED EQUIP. 0 

19. aiBTOTAL (lA+15+16+17+13) 70 

20. FIELD OVERHEAD ( X OF LINE 19) 2.10 

21. LIABILITY & COMP. INSURANCE ( X OF LINE lA) .50 

22. aiBTOTAL (19+20+21) 72.60 

as. HOME OFFICE OVERHEAD ( X OF LINE EE) 2.13 

2A. EQUIPMENT OWNERSHIP EXPENSE 0 

25. SOCIAL SECURITY 6 UNEMPLOYMENT INS. (X OF LINE lA) 3.75 

26. SUBTBTfiL (22+23+2A+25) 73.53 

27. PROFIT ( X OF LINE 26) A. 71 

23. SIfflTOTAL (26+27) 33. 2A 

SUMMARY 

29. pFiME CONTRACTOR’S WoF 2^.20 

30. SUBCONTRACTOR’S WORK 83. 2A 

31. PRIME CONT. OVERHEAD ON SUBS WORK ( X OF LINE 30) 2.50 

32. S513TOTAL (29+30+31) 312. 9A 

33. PRIME CONTRACTOR’S PROFIT ( X OF LINE 32) 18.73 

3A. aSTUTAL (32+33) 331.71 

35. PRIME CONTRACTOR BOND PREMIUM ( X OF LINE 3A) 3.32 

36. TOTAL COST (3A+35) 335.03 



♦♦+»»♦♦+♦++*+»»»+♦♦+»»»»+»»♦»++»»*♦»♦»♦♦+»♦»»+»»»♦+♦»»»»+*♦♦»+♦+♦+»»»+ 
ESTIMATED TIME EXTENSION AND JUSTIFICATION: 

Additional flashing required to replace deteriorated existing. 

Not shown on plans. Unforeseen. 



The Change 
Order Estimate 
form is an 
extension of 
the government 
cost estimate 
based on user 
i nput 

percentages for 
all var i ab 1 es 
(the 1 i nes 
where a '/. sign 
is i nd ica ted ) 
and entry of 
d irec t labor , 
material and 
equipment 
costs . 



Figure 5.9 Example Project Change Order Estimate 



CONTRACT NO. PCO NO. DESCRIPTION 

r:: z:r r.r. ~ ::s. :r.z .•=: zr. :zr. ~ rr. iit it: .rr :r: :r: rr r- zrz :rr. rr •-•-•r r- zr :;:r =- r.:: rr.: :;r. rjr rr ~ :rr •-=: 

Na>E:''i 5A--R6-C - 1 E43P00 I. Add flrld i. h i on.^> 1. F 1. ar.h i i h;i 



FUNDS REQ^D 

-= "T .TT rr rr r--j rr rrt =r rr rr 

Y 



-CONTR PROP : REQUESTED 



RECEIVED AMT(^> 
Apr 1, 1987 $500.00 



TIME (DAYS) FUNDS? X NO. GOVT EST ( $ ) NTP DATE 

.T-t .-rr :r.-: rr. rr .rr: rr .rr rr rr rr rr.rr.rrrr .rr :.-r r.r rr :rr rr rr :rr .rr rr rr .rr rr rr rr rr rr rr .rr rr .rr rr :r.r rr rr: .rr :::r rr r.r .rr .rr r_r r r rr rr rr 

5 Y 1; 3 3 5. 03 



CHANGE ORDER; MEG DATE DATE TO OICC C/0 NO. AMT ( $ ) 

r>r rr r.r .rr rr r= rr rr. rr rr rr .rr rr rr rr :r: rr =r rr rr rr rr rr r r :rr rr rr rr .rr rr rr: r.;r rr r.r rr rr rr rr rr rr rr rr rr rr r.r rr rr rr :rr :;r rr. r- :rr rr r.-r rr r;: rr ur rr 



TIME (DAYS) DATE ISS’D REMARKS 

;rr ::r: rr rr :;r rr r:: rr rr rr rr: rr rr mr rr rr rr :rt rr rr: rr ::r :::r r:: r;:: rr :r: rr ::r rr: rr r:: ;n — ; ::: ;:::: r r ;rr :t:r ::r rr rr: :::r :;:r 



The Prospective Change Order after 
entry of the government estimate 
developed in the previous 
spreadsheet • 



Figure 5.10 Example Project Prospective Change Order Log #2 



FroiTt 

To s 



R Cj I C G N i::i r* t b t Area ( i; o a e 7 O ) 

□ ICC 



Subjs F-‘RDPQSED CHANGE ORDER MG.. PCI TO CONBTRUCT I CM CONTRACT 

N62^56-S6-C-1E43, Reroot Gym 



Enc 1 2 



( 1 ) R e c o j j I m e n d b c j I'l o r (d i n q f o r r I o c;i i f i o ( i 

(S) Negotiation Record of* 4-15-S7 
(3) Contractor^B Eetimate of ^-1-S7 
( A ) Neqo t i a ted Sett 1 ement 
( 5 ) F Lm d i i“i g D o c l.( in e n t □ A l l o .. F: C P N - 



1» A change order is r ecoiijniended u rider Cl auce(B‘ 17 of tiov;- 
Genev’al ProviBions of subject contract in the additive ■^niOLuA. 
of ^335-03 with 5day(B> time ex tens ion in accordance with 
enclosuree (1) through (3) worded ac eh own ori enclosure ( 1 ■ 



S .. The change order wheri issued supersedes the following No-vices 
to F'roceed 2 



ROICC letter serial 11100— 37— S6 of A-1E-S7 for “^AOO.OO 

of for 

3« The Reason Code for this change i s 2 UNFG 

Reason for the change:-; Unforeseen condition-, existing 
flashing deter iorated 



A p p r o V e d / D i s a p p rove c J 

L ABLE-, CEC 7 LiSN 



0 ICC 



F: □ I C C C o ri c u. i " r e r i c e 



b C C 2 

UiESTNAVFACENCGCGM ( Code OEE .. 1 1 ) 

Figure 5.11 Change Order Proposal Form (page 1 of 3) 



■::)o 

c;i jnnrrc; fFO UCiRD fMG FUR PRaPURFD f I Ini M "F ( P . P ) PO J , (. I U-l T [(('ll:; 1 

N62^4 56-86- C- 12^43 

' ' A B a c l"i a n g e t- (j 1 1 1 r=- a u !::) j f:z* c: b con b v" <a c b v o u ra i * e h e i e bj y d 110 c: i; e ci 
b o p r' c:» v i ci e a I J. i a b c* r" ;• a |r.) p r* o v e cJ (n a b c:? r i a 1 a n d 0 c] 1..1 i p rn 0 n b n g? c g? gs a a r y 
bo acconip 1 i sh the wor k ]. i s becJ bG? 1 dvj : 

Accomplish additional flashing work as an in-scope change to the 
contract with an extension of time due to unforeseen conditions- 



"The contract price is additive 
time is increased 5 days." 



S335 • 03 a rui 



bbie conb) act 



i ncr eased $335.03 

" T bi e r (::• e q c.. i n g i s a q v“ e g? d b c* a s c o \ \ s> b (. b m b i I'l q b nil ‘\\\ <: J 
comple?bG:* equibable adjustment in fu] 1 arcoi d wi bh C5ener?l 
Provisions Clause, EQUITABLE ADJUSTIIENT: WAIVER AMD RELEASE OF 

CLAIM3 (7-76) . " 



Figure 5.11 Change Order Proposal Form (page S. of 3) 



MEGr)T[AriGM F^-ECORD FDR F^RUF-'GSED CFlAriGE (P/C) PC 1. C(]MTRrU.::F 

N6E456-86-C-lE^3 

Date and F-'Jace: 15 April 1987 ROICC Office Silverdale 

For tiie Governfnent: Lt • I. Am Able,CEC? DSN 

r~or the Conbracbor: Jack Jones :» Owner 



Contractor 
( Enc 1(3)) 


" s Pr op Dsa 1 : 


$500 . 00 


and 


5 d a y ^ 


1 1 Hie 


ex tens 


i o \ 1 


Gover ninent 


Es b i mate : 


$335.03 


and 


5 /:J a y 


b i me 


bens 


i (j n 


( Enc 1 ( h ) ) 
Meqo b i. a bed 


Se b t I. emert t : 
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SUMMARY OF MEGG T‘ I A I [ DIMS :: 

Contractor agrees to Government Estimate rounded to the nearest 
do 1 lar . 



The Change Order Proposal Form 
represents a standard form 
letter used to transmit all the 
estimates and negotiation results 
along with the recommended wording 
to the OICC for approval. 



Figure 5.11 Change Order Proposal Form (page 3 of 3) 
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it> 1 32 . 335 . 00 



After the change order is approved 
and signed the Change Order Log is 
updated to reflected the latest 
contract price and completion 
date • 



Figure 5. IS Example Project Change Order Log 



Reflections Upon System Development 

In retrospect, the prototype system is a good overall 
example of the type of system which can be created with 
integrated software. Appropriate approaches to each type of 
file were used and the macros served as an effective means 
of tying the files together and reduced the level of 
knowledge required by the user. If the task was undertaken 
again, the author would not change the files used in the 
system nor the overall structure of the program. If more 
time had been available, however , the system may have been 
developed further as noted in the next section. 

By beginning with a working knowledge of Framework II 
and the FRED language the programming and testing of the 
system required approx imatel y 60 hours over a ten-week 
period. Further development by field personnel would 
require a similar knowledge level and time investment. 

There was a learning curve experienced in the system’s 
development, i.e., after initial menu and macro setup, later 
additions to the system were much easier to develop. 

Further System Enhancements 

Future enhancements to the system could include 
features such as: a "bomb-proofing" feature to check each 

data entry for appropriate range or format , a loading 
program to au t oma t i ca 1 1 y load the program files when 
Framework II is booted, and additional prompts to fill each 



cell of the databases. 



If the system were to be 



functionally expanded? cons i der a t i on should be given to 
additional tasks outlined in Table 3.1. 

An additional recommended refinement? which was not 
included in the prototype due to time constraints? is the 
referencing of cells between files to facilitate the 
automatic transfer of information from one file to another 
This would allow certain data to be entered only once? an 
ideal situation as discussed in chapter 3. 

The time and effort involved for these refinements 
could be estimated as approximately two or three weeks of 
full-time attention. The level of knowledge needed by the 
programmer will be extensive as mentioned previously. 



CHAPTER 6 



FEASIBILITY OF IMPLEMENTING COMPUTERS BY A NAVY CONTRACTS 

ADMINISTRATOR 

Chapters 3 through 5 describe the concept and 
preliminary design for an application program to support an 
AROICC in routine contract adm i ni s tra t i on , This leaves the 
question, “Can such a system be successfully implemented and 
profitably used by an AROICC?" The following discussion 
examines the question from technical , functional or 
operational, institutional and financial per spec t i ves - 
Technical Feasibi 1 i ty 

Technical feasibility addresses the question of whether 
the computer resources exist to implement a functional 
system- From the prototype presented in chapter 5, it has 
been proven that the software and hardware are available to 
create and support a Contract Administrator's Electronic 
Notebook- The other dimension to this question is whether 
computers have enough RAM memory to handle an operational 
system- In Framework II, all data files are in memory when 
they are used; they are not accessed on disk. Currently, 
the empty application program with Framework II and DOS 
requires ^25K RAM; loaded with data representing 15 
contracts, the program requires 530K RAM- For a 6^0K 
machine, this leaves IlOK of available memory for additional 



data records and macro application programs. Ex tr apo 1 a t i ng 
for double the number of files in the prototype; an estimate 
of the required memory for a full system is 6<^0K. 

If the prototype is expanded to encompass more 
functions of the AROICC and more project records? the system 
will eventually encounter limitations in the size of files 
that can be maintained. This could require that separate 
databases would be maintained for individual or groups of 
contracts or that separate systems would be maintained for 
different types of information. In either case? this could 
significantly reduce the flexibility of using and exchanging 
information between data files. The separation of the files 
by file types is recommended as opposed to the separation by 
contract since this would still allow sorting and comparison 
of similar data. 

With the recent introduction of the new IBM Personal 
System E type of PC? memory restriction problems effectively 
disappear. This new generation of machines has RAM 
capacities of several megabytes vice the current restriction 
of 6^0K. 

Functional or Operational Feasibility 

If the Notebook is technically feasible? will the 
system meet the functional or operational needs of the 
AROICC? If the program is expanded as recommended in 
chapter 5? the author estimates that the program would cover 
up to 957* of AROICCs' typical adm i n i s t r a t i ve duties which 
occupy at least 507. of their time. But if the system is 



implemented, will it be used by the AROICC? "The expense of 
an unused system is never zero and the benefits of an unused 
system are always zero" C G i 1 der s 1 eeve , 1978, 815]. Many 

factors can affect the level of use a system receives, 
including: difficulty in learning or using, users 

reluctance to learn new programs, and incompa t ib i 1 i ty with 
existing systems. These factors will vary with each 
implementat ion . 

The prototype system is not difficult to learn or use 
but a certain level of Framework II knowledge is required. 
The user will have to invest approx imate 1 y eight hours 
learning the basics of Framework II in order to be 
comfortable using the Electronic Notebook. Documenta t i on is 
essential to increasing the ease of use and reducing 
frustration. The prototype system documentation provides 
examples and instructions for each operation and are an 
illustration of the type of documentat ion required for any 
expansion of the system. 

The reluctance of users to learn new software is a 
psychological barrier that is frequently encountered. Once 
users have "suffered" through learning to use one system or 
program there is great reluctance to go through the process 
again. To overcome this aversion the user must be shown 
there is greater benefit to be gained and the process must 
be made as "painless" as possible. Management support is 



7 ^ 

essential in establishing the value and benefit of a system^ 
and a we 1 1 -organ i zed program with good document a t ion can 
make the process less painful. 

Economic Feasibi 1 i ty 

The economic feasibility of an AROICC Electronic 
Notebook is viewed from the perspective of the benefit-cost 
ratio of implementing and using the system. 

Costs. Costs in implementing a system include initial 
investments in hardware and software? and staff time costs 
in training an ARDICC. Ongoing operating system costs 
include maintenance and supplies. Table 6.1 estimates the 
costs for one system. 

Table 6. 1 

System Costs Per AROICC 



Description 


Initial Cost 


Annual Cost 


PC with Printer 


$3,000 




Framework II Software 


$<^00 




Tr ai ni ng 


$350 




Reduced Productivity While 


Training $1,250 




Supp 1 i es 


$50 


$100 


Na i ntenance 




$100 


To t a 1 s 


$4,950 


$200 



Hardware and software capital costs are dropping 
steadily as new technology reaches the market and 
substantial discounts can be obtained through open General 
Services Administra t ion ’ s (GSA) contracts. The training 
estimate is based upon two days’ salary, for self- 
instruction (primarily), for an AROICC. Indirect costs 
associated with this training include reduced productivity 
while learning the system. This could amount to as much as 
two weeks lost time. 

Annual cost estimates are based on routine maintenance 
for hardware performed by contract, upgrades and/or license 
agreements for software and miscellaneous supplies such as 
disks, ribbons and paper . In addition, frequent turnover of 
AROICC personnel due to military transfer will likely 
necessitate annual training of new personnel, this is not 
indicated in the table. 

Benefits. Projected benefits of the system include: 
improved communications with the contractor, improved AROICC 
productivity allowing for an increased contract load per 
AROICC, and reduced claims and change orders. Table 6.2 
outlines an estimate of the annual savings associated with 
one system. 

Actually, the benefits are all i nter r e 1 at ed , if 
AROICCs’ productivity is improved they can administer more 
contracts, more effectively. This means they will have more 
time to improve commun i c a t i ons with the contractor and 
improved communications is almost a guarantee of reduced 



construction claims. The only direct measure of these 
benefits that can be calculated is reduced claims and change 
orders. Assuming that an average change order costs $1,500 
and that by utilizing the system an AROICC can eliminate one 
change per contract on 20 contracts a year this would total 
to as much as $30,000 per year. It is also conser vat i ve 1 y 
estimated that AROICC productivity can be improved to permit 
each AROICC to handle one more contract a year — which would 
represent an additional 5*/. or $1,500 savings a year. These 
numbers were verified by current AROICCs as being a 
reasonab le assumption. 

Table 6.2 

System Benefits Per AROICC 



Description 



Annual Savings 



Improved Productivity $1,500 
Reduced Claims and Change Orders $30,000 
Improved Communi cat i ons with Contractor $2,000 



Total $33,500 



In conclusion, projected annual savings from use of the 
system is in the order of $33,500. I mp 1 ement at i on costs are 
projected to be $4,950. The benefit to cost ratio for 
imp lementat ion is 6-S or imp 1 ementa t i on costs would be paid 



back in 2 months. 



Annual operating costs are negligible so 
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ongoing applications would realize an annual savings of 
approx innately S30 ? 000 or the annual salary of a typical 
AROICC . 

Institutional Feasibi 1 ity 

Inst i tut ional feasibility prinnarily addresses the issue 
of management support or backing for a system. Management 
must require or encourage the use of the system to make it a 
viable venture and allow time for training? since the AROICC 
would be required to learn the basic tutorial features of 
Framework II and the application program. 

Proper planning for the initial installation and 
training at each field office is essential since blunders at 
this time can have long term ill effects upon an AROICC's 
perception of the system. Technical support for 
acquisition? training and support of the system could be 
organized and provided by a regional EFD and/or FACSQ in 
Port Hueneme. 

Security and liability concerns for use of the system 
should be addressed by each office prior to instal lat ion . 
Since none of the material typically handled by an AROICC is 
classified? security is a minor problem. The worst scenario 
is loss or tampering of disk files. In any event? backup 
copies of all disks should be routinely created and work 



disks should be secured under lock and key. 



Summary 

While having a microcomputer will not ensure data will 
be collected? it does provide a convenient method of 
organizing and storing information. More importantly, once 
the information is stored, the computer provides a powerful 
and versatile tool for extracting and presenting the 
information needed CHitchings, 198^]. 

The system is technically, functionally and 
economically feasible- Resources are available to expand 
the system to meet full operational requirements and the 
functions can meet up to 957* of the AROICC’s typical 
administrat i ve duties. The projected benefit to cost ratio 
is significant; time and money investments required to 
develop and implement the system are minuscule compared with 
the benefits to be gained. 

Institutional feasibility is the central question. 
Management support is essential to the successful 
implementation of the system. "Out of pocket costs" are not 
significant. What will be critical is if management is 
unwilling to allot time for training and implementation. 



CHAPTER 7 



SUMMARY AND RECOMMENDATIONS FOR IMPLEMENTATION 

Summary 

The Navy contract adm i n i s t ra tor , ARQICC, is responsible 
for overseeing the construction of multiple projects built 
by civilian contractors. The ARQICC interacts with numerous 
parties in a complex organization to ensure project 
completion on time and within budget. A large amount of 
communi cat i ons between parties and documenta t ion for 
tracking the progress of a project are involved. Currently, 
practically all of, the paperwork generated for document a t i on 
is tracked manually. 

While computers have been adopted in many fields of 
construe t ion , they have not been adopted for contract 
administrat ion . However, a few farsighted private firms and 
public agencies are now recognizing the benefits to be 
gained with the microcomputer . The U.S. Army Corps of 
Engineers has done research in this area since 19S1 and has 
written guidance for field offices desiring to automate and 
it supports a library of application programs. While these 
programs are not completely compatible with the Navy 
ARQICC's functions, they can serve as a starting point for 
developing Navy-spec if ic application programs. 

The Navy has plans to provide m i cr ocompu ter s to each 
ROICC office, however no definitive plan for their 



i mp 1 emen t a t i on or use has been established. 



The ROICC, EFD, 



c? 

and FACSO staffs have initiated some development of 
m i crocompu ter applications for the AROICC but they appear to 
be independent, uncoord i na t ed and received with low 
priority- Within the Navy, there is controversy over 
whether mi crocompu t er s are necessary for the AROICC’s 
functions- Individual AROICC^s believe the microcompu ter is 
necessary and long overdue- 

In this research, AROICC functions were modeled and a 
prototype, the Contract Admi ni str ator s Electronic Notebook, 
was developed using Framework II, an integrated business 
software package- The prototype consists of several 
template databases, spreadsheet and cor respondence files of 
contract information which are accessed through a menu 
system and manipulated with macro programs- It represents 
the typical set of files and corr espondence an AROICC would 
be interested in on a daily basis. 

It is technically feasible to expand the prototype to a 
fully operational system and functionally and economically 
feasible to implement the system for an AROICC to use. The 
hardware and software resources exist to expand the system 
to full functional capability- Fully functional, the system 
is estimated to be capable of handling up to 95*/ of AROICCs’ 
administrat i ve functions which occupy about 50/ of their 
time- The cost to implement a system is estimated to be 
S4,950 with a benefit to cost ratio of 6-8 or a two-month 



payback. Annual savings are estimated in the order of 
$33j500- Actual implementation of a system, however, hinges 
on Navy management support. 

Recommendations 

The ROICC office desiring automation needs an organized 
plan to ensure success. Recommended steps in such a plan 
are outlined below. 

(1) In order to implement a Contract Admi ni stra tor ’ s 
Electronic Notebook for the AROICC, the ROICC office 
must first establish a commitment to test implement the 
system, including budgeting for and acquiring hardware 
and software for one or two AROICC^s positions. An 
initial Electronic Notebook can be based upon the 
prototype presented in this report. It is recommended 
that Framework II be acquired since it has proven to be 
suitable in the prototype. Any full memory IBM 
compatible computer and printer, usable with Framework 
II, will suffice for an initial system. 

(2) Next, a civilian staff member of the ROICC office 
should be trained in use of the system to serve as the 
"resident expert" for training and technical 
development of the system. The "expert" would have the 
responsibility to train military officers and civilian 
AROICCs as well as to adapt and expand the system to 
meet particular office needs. A civilian is preferred 
in this position due to the turnover of military 
personnel. Additional help may be available from the 



EFDs and FACSO? if requested- They can provide some 
software training and may be willing to develop a 
specific application- 

(3) The next step is planning phase-in of the system. A 

systematic approach must be taken to train AROICCs and 
then allow them to use the system- With the constant 
influx of new people in a ROICC office, it may be best 
to train new AROICCs as they arrive on the job and 
allow them to implement the system on new contracts as 
they are awarded while letting ongoing jobs remain in 
the manual form. Later, if test use proves successful, 
current AROICCs could be trained and ongoing project 
files can be automated- 

( A- ) After test use of the Electronic Notebook the system 
should be re-evaluated and further automation of the 
AROICC’s functions should be considered. It is 
important to recognize that developing successful 
computer support for the AROICC likely will be a "trial 
and error" process and test use will be influenced by 
the personal management style of the AROICC staff. 
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APPENDIX A 



GLOSSARY OF TERMS AND ACRONYMS 



Alphanumeric- A mixture of characters which can be numbers, 
letters or special characters. 

Application Software- This is a piece of Software that 
performs some real-world job, as opposed to system 
software, which is concerned with internal computer 
functions. A word processor or the Electronic Notebook 
are examples of application software. 

ARQICC- Assistant Resident Officer in Charge of 
Cons tr uc t i on . A Navy construction contract 
administrator . 

ASCII- Acronym for American Standard C^ode for i 

Xnterchange- This is a standard code for representing 
letters, numbers, punctuation marks, and other symbols, 
plus a few extra codes for control purposes. 

CECDS- Naval School Civil Engineer Corps Officers, Port 
Hueneme, CA. 

CERL- U.S. Army Corps of Engineers'’ Construction Engineering 
Research Laboratory, Champaign, ILL. 

CMS- Construction Management System. A main frame program 

used to transfer data between the ROICC office and EFD. 

Data- Anything stored in or produced by a computer which is 
not a program. Data processing is simply the carrying 
out of some sort of operation (sorting, collating, 
calculating, for example) on data in a computer. 

Database- A store of data arranged in an ordered way to 
allow it to be retrieved easily. 

Disk or ’Floppy' Disk- A flat magnetic disk on which 

programs and data may be stored and retrieved quickly. 

DOD- Department of Defense. 

DOS- Disk Operating System, the software program which 
supervises the running of application programs and 
controls the operations of the various input and output 
dev i ces . 

EFD- Engineering Field Division, U.S. Navy, Naval Facilities 
Engineering Command. A regional headquar ter s . 



FACSO- Facilit ies Support Office? Port Hueneme? CA. A Navy 
R&cD office responsible for supporting the Civil 
Engineer Corps. 

Graphics- The overall term meaning the appearance of 
pictures or diagrams on the screen as opposed to 
letters and numbers. 

Hard Copy- The output printed out by the computer on paper . 

Interactive- Generally? this term refers to the facility for 
the user to input information on demand from the 
computer and for the computer to respond immediately to 
requests or commands from the user. 

Macro— A user-defined program activated by a coded key 

combination. They are used to replace repetitive and 
lengthy key stroke operations. 

Mailmerge— The Framework II function that allows data stored 
in a database to be ’’merged'* with a blank form letter 
to produce repetitive cor r espondence . 

Menu- A main selection of possible tasks presented to the 
user on the screen while a program is running. The 
user selects from the menu by typing a number or letter 
corr espond i ng to the action or operation desired. 

Menu— Driven Program- Programs which present the operators 

with a list of choices at any particular time and these 
are displayed on the screen to choose from. 

Microcomputer- A small computer based around a 

mi cr opr ocessor chip. The term mi crocomputer is 
synonymous with “personal computer"? meaning a computer 
whose resources are available to one user only. 

Personal computers range from the very basic to systems 
able to service many users. 

Military Construction- As used in this report? refers to all 
publicly funded projects built by the branches of the 
Department of Defense. 

Modem- A device that allows computers to communicate through 
the normal telephone system. 

NAVFAC- Naval Facilities Engineering Command ? the 

headquarters responsible for all maintenance and 
construction of shore facilities. 

Outline- In Framework II? the ability to organize frames or 
thoughts the way a written outline is used with main 
ideas on top and subsections stored at lower levels. 



PC- see microcomputer. 



Program- A list of instructions that tell the computer what 
to do and in what order . 

RAM- Stands for R^andom Access Memory. This is where the 

computer keeps the programs it is currently using and 
where any information required or produced by the 
program is stored until the computer either needs it or 
it is instructed to move it elsewhere. 

ROICC- Resident Officer in Charge of Cons tr uc t ion ? head of a 
local Navy contracts office. 

Software- An alternative name for computer programs. 

Spreadsheet- An electronic version of ledger consisting of 

rows and columns. This application manipulates numeric 
repetitive calculat ions . 

User Friendly- Jargon to denote a system that is easy to use 
by somebody who has no background in the use of 
compu ter s . 

Wordprocessing- The use of a computer, together with special 
software, to store and manipulate text. 



APPENDIX B 



USER’S GUIDE TO THE APPLICATION SYSTEM 



Appl i cat ion Specification 
Functional Definition 

This Framework II application is necessary to 
demonstrate the ability of of f-the-shel f integrated business 
software to aid a Navy Assistant Resident Officer in Charge 
of Construction (AROICC) in the performance of typical 
contract admi ni strat ion duties. 

Assumptions and Details 

The application is intended for use on two levels: 

(1) the AROICCj a junior military officer or 
civilian equivalent, with limited m i cr ocompu ter experience 
and basic tutorial introductory experience with the 
Framework II software; 

(E) the AROICC with significant experience in 
Framework II usage and app 1 i ca t i ons . 

On the first level, the program should be menu-driven 
and sel f-exp 1 anatory to the uninitiated user after reading 
the document a t i on and performing an example exercise. On 
the second level, the user should be able to bypass the 
menu-system, if desired, and access data files directly. 

For both levels, it will be assumed that the user is 
familiar with the typical manual methods of contract 
adm i n i s tr a t i on , reporting forms used and common 
abbrevi at ions and acronyms. 

Required features of the app 1 icat ion ’ s operations 
include inputs of: basic contract data (contract number, 

contractor, designer, inspector, phone numbers, addresses, 
etc.), submittal information, cor r espondence information and 
tracking data, change orders (proposed and completed) ^ as 
well as estimates and just if icat ion information required for 
change orders. The data input will be both alphabetic and 
numer i c . 

Computations will be required to extend the change 
order estimate and reflect the estimate amount in the 
proposed change order database and for calculating the new 
contract price and time after final change orders are 
appro ved . 

Outputs from the application will include reports of 
contract data, submittal status, change orders approved, 
change orders pending, cor r espondence status, as well as 
completed request for change order memorandums with 
government estimate forms. The reports will have sort and 
filter features to allow reports on all contracts or any 
subset thereof based on contract number, contractor’s name, 
key dates or action codes. 



Framework II elements of databases, spreadsheet s , 
wor dpr ocess i ng , and macros will be used to create an 
integrated menu-driven system which will allow input, 
editing or deletion of contract information, computations 
for change order estimates and generation of management 
reports and change order requests. 

The application has the capability for expansion to 
include other aspects of the AROICC^s job or generation of 
special reports desired by a particular office. The 
documen ta t i on of the macros and application should be clear 
enough to allow the expei^ienced Framework II user to make 
these adaptations and expansions. 

Computer hardware and software required to utilize this 
application will include: an IBM or compatible 

microcomputer with a minimum of 640K RAM and two floppy disk 
drives or one floppy disk drive and one hard disk drive, DOS 
2.1 (or later version), and the Framework II software. 

Once completed, the application should be tested with 
hypothetical data entries and loaded to determine the 
maximum size files which can be stored. Also, this test 
should look for possible entry ’’bugs” and “bombing’’ 
problems. After this, and AROICC unfamiliar with the system 
should test the system with the “User Guide” to determine 
i f : 

(1) the documentation is adequate, 

(2) the application is worthwhile, and 

(3) if there are “bugs” still und i sco vered . 



Introductory Documentation 



Introduction 

This application program is called the “Contract 
Adm i n i s t rat or 5 Notebook" and is based on the Framework II 
integrated business software program. It uses the FRED 
language inside Framework II to manipulate databases, 
spreadsheets and text files of contract information that a 
Navy contract adm i n i s t r a t or (AROICC) uses daily. 

Principal features of the application (and reference 
forms) include: 

Job Records: 

Contract Record Card 

(based on 12ND WESTDIV ^330/56 (^-78)) 
Job Cor r espondence Log 
Submittal Status log 

(based on 12ND WESTDIV A355/6 (rev7-75)) 
Prospective Change Order Log 

(based on IIND WESTDIV ^330/178 (5-79)) 
Official Change Order Log 
Es t imat es : 

Change Order Estimate 

•(based on NAVFAC 4330/^3 (6-82)) 

Corr espondence : 

Change Order Proposal, Form 

These features were initially incorporated due to the high 
frequency of use and large amount of data involved. 

Example 

An example of the program^’s usage centers on the 
process of receiving a new contract to administer and the 
subsequent documents and corr espondence leading up to a 
contractor request for change order and finally the 
preparation, negotiation and issuance of the change order. 

Func t i ona 1 Scenar i os : -Electronic Notebook Operation 

1. New contract assigned to AROICC: 

-Enter contractor and award data into Contract 
Record Card (See Figure B.l.) 

2. Schedule Pr econstruc t i on conference: 

-Enter outgoing notice in Correspondence Log (See 
F i gur e B . 2 . ) 

3. Submittal log received from contractor: 

-Enter submittal requirements in Submittal 
Status Log after confirming requirements are 
complete and dates are reasonable (See Figure 
B.3. ) 

-Enter transmittal in Correspondence Log 
(See Figure B.^.) 

Request for change order received from contractor: 

-Enter proposed change description and number 
in Prospective Change Order Log (See Figure B.5.) 
-Search Correspondence Log for any other entries 
under the same topic (See Figure B.6.) 



-Enter request letter in Correspondence Log (See 
F igur e B . 7 . ) 

-Generate government estimate on Change Order 
Estimate form (See Figure B.Q.) 

-Enter estimate value in Prospective Change Order 
Log (See Figure B.9.) 

-Print Change Order Proposal Form with information 
from Prospective Change Order Log? Estimate Form ? 
and Contract Record Card (See Figure B.IO.) 

5. Change order approved: 

-Enter change order in Change Order Log to update 
value and time for contract (See Figure B-11.) 

This example suggests the type of documentat ion and 
information the AROICC is concerned with in the change order 
process. Each piece of incoming and outgoing cor respondence 
must be tracked, changes in contract time and costs must be 
accounted for, and records must be readily available for 
cr oss-ref er enc i ng and sorting based upon selected criteria. 



CONTRACTNO DESCRIPTION 

N/bE'f+5A--8<S--C- .1 2<'+3Rot • o o f G> m 



CONTRACTOR CONADDRESS 

ABC Contracbing 453 Main St. Bt"Gtiierton 

POINT OF CONTACT PHONE# SOFT JOB PHONE 

Jack Jonss 456-9S23 Jini Smith 976-3481 

DATE AWARDED AMOUNT NUMBER DAYS COC REP 

Feb 13, 1987 T 13 8, 00 0.00 '='0 Bob 

PLANS &C SPECS BY A/E PHONE EIC PHONE 

A c /n G? I) e i g n 8 7 6 - 5 3 8 M a ) “ y F' r c * ) ) h 7 /f:) 5 - (;3 7 6 9 

BONDING CD ADDRESS INSURANCE CO 

H-1 Good Guy=i 1S4 Denny Way Sea b t 1 SI •: yl-i i qhi Insur. 

EXPIRATION DATE APPROPRIATION FUNDS AVAIL CUSTOMER 

Jun 30 , 1 987 AA8^-f3’:^5-B30455 1 50 , 000 . 00 r^JAVS TA 

POC PHON^ 

Jonsey 457-3720 



The Contract Record Card Represents 
general information about each 
contract such as the contractor’s 
name and all points of c:onta.czt 
involved in the construction 
process. It is a database where 
information is entered by way of 
macro programs. 



Figure B.l Example Project Contract Record Card 



CQNTRACTNO INCOMING/OUTGOING ORIGINATOR 

N62456-86-C-1243 O ROICC 

DATE SENT/REC'D SUBJECT 

Feb 20, 1987 Precons t rue t i on mtg. notice 

ACTION CODE RESPONSIBLE TICKLER DATE 
N AROICC Feb 27, 1987 



The Job Cor respondence Log is a 
status log of all incoming and 
outgoing cor respondence with action 
codes and tickler dates for 
followup indicated. Information is 
entered into the database by way of 
macro programs. 



Figure B.2 Example Project Job Correspondence Log #1 



COMTRACTNO NO SPEC PARA DESCRIPTION 



hl<:->P''i.56 --8c) --C- I R''i 3 1 

1 1 <'^>3 '■(''■;/)■ •(;.) 6 1 p 

t^l 6 P 4 5 6 - h - C 1 a '-I- 3 3 

l'i6P'4^';6--8.£>-C- 1 a43 4 

N 6 a 4 5 r:> - a fo - c - 1 a 4 3 5 



/( )( M) . I M I . n l‘. MM 

7 O < j I . ^ y V ^4 f j 1 1 I t Shir) q .1. 0 
7 0 C.' 1 .. 5 0 [•••’ D C' f T V \ q r a r 
oOnO F" 1. acf-J j i nq 



TYPE 

r-F 
f ‘F 
L 1.'' 

T I ') 

CD 



CONTACT I ON DATE REC ^ D ASSIGNED TO: DATE TICFXER 



R 



A 

A 

A 

A 



ACTION DATE RETURNED 



The Submittal Status Log represents 
a list of required submittals for 
each contract and the status of 
each as they are received from the 
contractor. Input is 
accomplished by way of macro 
p r ogr ams . 



Figure B.3 Example Project Submittal Log 



CONTRACTNO INCOMING/OUTGDING ORIGINATOR 

N6E^56-86-C-lE43 
N6g^56-86-C-ig<4 3 

DATE SENT/REC'D SUBJECT 

Feb 20, 1987 Precons t ruc t i on mtg. notice 

Mar 10, 1987 Submittal Log 



ACTION CODE 


RESPONSIBLE 


TICKLER 


DATE 


N 


AROICC 


Feb 87, 


1987 


A 


AROICC 


Mar 17, 


1987 




• 







ROICC 

ABC Contracting 



The Job Cor r espondence Log after 
entry of the submittal log 
transmi t tal . 



Figure B.A Example Project Job Correspondence Log #2 
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iilllliil 
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CONTRACT NO. PCO NO. DESCRIPTION 



:r‘ zzz:2.r-2:zr~.:rr. r.rz -r :rr rr — ~ -u: :r :::r :::v rr =r zr :r: :zn :n:: r;::: vr: "r; rr ::n: v::: rr: nr: rr; —• rr r=; rrr rr ~ r- ::;r rr ::: ;rr :rrr :zr. 

1 1 2'43P00 1 r)H(;| l< I i I, i oi i -A I F 1 . 2 ( 5 :;h i nq 



FUNDS RED’D -CONTR PROP ; REQUESTED 

:zr zr: .-r: 'jv: zr. z'z :r_* zit ::r; ~ rrz ’zz nr zr rr. rr. rr nr rr rz rz: :rz rz zr zr zr ::t. zt ;zz zz: :zz :zz ;:z: 

Y 



RECEIVED AMT($> 



zr ::r zr: ::::: ::::; :rr rz :: 



Apr 1. l?87 TSUO-OU 



TIME (DAYS) FUNDS? X NO, 



GOVT EST($) NTP DATE 



5 Y 



CHANGE ORDER :N EG DATE 



DATE TO OICC C/0 NO. AMT($) 



rz zr =r rz rr rzz zr m rr ;zr rz rr ;rr zr rr. rz rr zr. rr 



r.z rr. rz rr. zr ;zr. rr*. rr zz: rr zr rr r.r :zr rr r.z rr 



TIME (DAYS) DATE ISS’D REMARKS 

rr zr rz zr .rz :zz zz: r:r. :rr zr zr rr zr: .zr ;zz .zr :zz rz rz zr :zr zr rr zr zr rz: rr zr .r: :r: zz: .rz :::z r r. rz: z.r rr .rz z.r rr zr rr .rz :rr ::z ::r zr rr 



The Prospective Change Order Log 
represents a status log of all 
pending change orders. It tracks 
the status from initiation by the 
AROICC or contractor until 
negotiation and official signature 
of the change order documents. 



Figure B.5 Example Project Prospective Change Order Log #1 



CONTRACTNO 



INCOMIMG/OUTGOING ORIGINATOR 





TICKLER DATE 



This Job Correspondence Log 
represents all records containing 
the word flashing in the subject 
field, zero. It is the result of 
filtering the database. 



Figure B-6 Example Project Correspondence Log Filtered on 

Sub ject=*f lashing* 



CONTRACTNO 



N P >'i 5 - B 6 - C - 1 a 't 3 
l'l/ P’'i r;>6- !:1A r I p/i3 



INCDMING/OUrGOING OF^IGINATOR 

(■' Roicr:: 

I AIM, ( )( ■ M I 1 ni I, i 1 1'.) 

I ALMi; A<.' n I-.)- c?c I: :i. nq 




Job Correspondence Log after 
receipt of request for change 
order . 



Figure B.7 Example Project Job Correspondence Log #3 



•j 03 



DATE: 

CONTRACT NUNEER: 

CONTRACT TITLE: 

CHANGE DESCRIPTION: 

Add additional flashing to roof 



Apr 5) 1937 
N62A56-86-12A3 
Reroof Gys 






PRIME CONTRACTOR WORK 

1. LABOR 100 

2. FRINGE BENEFITS A3 

3. MATERIAL 50 

A. RENTAL EQUIPMENT 0 

5. OPERATING i MINOR MAINT. FOR OWNED EQUIP. 0 

6. aBTUTAL (1+2+3+A+5) 193 

7. FIELD OVERHEAD ( X OF LINE 61 19.30 

9. LIABILITY I COMP, INSURANCE ( X OF LINE 1) 1 

9. SfflTOTAL (6+7+8) 213.30 

10. HOME OFFICE OVERHEAD ( X OF LINE 9) 6. AO 

11. EQUIPMENT OWNERSHIP EXPENSE 0 

12. SOCIAL SECURITY i UNEMPLOYMENT INS. ( X OF LINE 1) 7.50 

13. HfflTOTAL (9+10+11+12) 227.20 

SUBCONTRACTORS WORK 

lA. LABOR ■ 50 

15. FRINGE BENEFITS 20 

16. MATERIAL 0 

17. RENTAL EQUIPMENT 0 

18. OPERATING 4 MINOR MAINT. FOR OWNED EQUIP. 0 

19. affllDTAL (lA+15+16+17+13) 70 

20. FIELD OVERHEAD ( X OF LINE 19) 2.10 

21. LIABILITY 4 COMP. INSURANCE ( X OF LINE lA) .50 

22. SUBTOTAL (19+20+21) 72.60 

23. HOME OFFICE OVERHEAD ( X OF LINE 22) 2.18 

2A. EQUIPMENT OWNERSHIP EXPENSE 0 

25. SOCIAL SECURITY 4 UNEMPLOYMENT INS. (X OF LINE lA) 3.75 

26. afflTOTAL (22+23+2A+25) 73.53 

27. PROFIT ( X OF LINE 26) A. 71 

28 . aiBTOTAL (26+27) 83. 2A 

SUMMARY 

297pr1mE*C0NTRACT0R*F ” ” 227.20 

30. SUBCONTRACTOR’S WORK 33. 2A 

31. PRIME CONT. OVERHEAD OH SUBS WORK ( X OF LINE 30) 2.50 

32, aJBTOra (29+30+31) 312.9A 

33, PRIME CONTRACTOR’S PROFIT ( X OF LINE 32) 18.73 

3A. SaTDTAL (32+33) 331.71 

35. PRIME CONTRACTOR BOND PREMIUM ( X OF LINE 3A) 3.32 

36. TOTAL CffiT (3A+35) 335.03 



+**»++♦*+♦++++♦+♦*+++»+++♦»♦♦♦++++♦+♦♦*♦♦♦»+♦♦++++++++♦»♦++**++++++♦++ 
ESTIMATED TIME EXTENSION AND JUSTIFICATION: 

Additional flashing required to replace deteriorated existing. 

Not shown on plans. Unforeseen. 



The Change 
Order Estimate 
■form is an 
extension of 
the government 
cost estimate 
based on user 
i nput 

percentages for 
all var i ab 1 es 
( the 1 i nes 
where a ’/ sign 
is ind icated ) 
and entry of 
d i r ec t 1 abor , 
material and 
equipment 
costs . 



Figure B.S Example Project Change Order Estimate 



CONTRACT NO. PCO NO. DESCRIPTION 

I v| ii E' ''i '5 6 > -• n 6> - C - 1 5 ''^1 3 P ( j < > I f ^ f;J 1 1 n r I ( ;l i. 1; i o n r:> 1 F 1. 1 .» 5"> h i. > t < | 

FUNDS REQ'D -CONTR PROP : REQUESTED RECEIVED AMT ( $ ) 

Apr I. 1987 ^ 500. 00 

TIME (DAYS) FUNDS? X NO. GOVT EST($) NTP DATE 

5 Y 1;335 . 03 

CHANGE ORDER; MEG DATE DATE TO DICC C/0 NO. AMT ( $ ) 



TIME (DAYS) DATE ISS’D REMARKS 



The Prospective Change Order after 
entry of the government estimate 
developed in the previous 
spreadsheet , 



Figure B.9 Example Project Prospective Change Order Log #2 



F- r o iTt r. R 0 ]; C C N o r t !"t w e s t A r e a ( C o d e 7 0 ) 

Ids Dice 

Sub •) s PROPOSED CHANGE ORDER NO. POi TO CONSTRUCTION CONTRACT 

N6S456-S6~C~12^3, ReroDt Gym 



Ei!C I D 



( 1 ) R e c: o :7 1 s y i e r i cl e d N <::« j- d i n q f c< r N o i;j i f i c: a t i c» n 

(2) Meqotiation Record of 

(3) Conbi-ac: tor " s Estimate of A—1~S7 
( A ) Neqo t i a ted Set 1 1 ement 

( 5 ) F Li r I d i ri q D o c: la ny e r y b GAN o .. R C P N o 



1„ A chaviqe order is recommended under Clauses S‘ 17 of tlye 
General Provisiovss of sLibject covitract in the additive amot.int 
of $335-03 With 5day(s) time ez-rbension in accoi dance with 
eric losures (1) thi“’ough (3) ■« worded as shown oi i eiiciosure (I).. 



E . The c h a n q e o r d e f * w b i e n i s s la s r \ la p & r s e d e s t bi e f 1 I o lv i q 17 o b i. c: e s 

to f-’r oceed 2 



ROICC letter serial 11100-87-86 of ^-12-87 for $^00.00 

of for 

3. The Reason Code for this chav’yge is 2 UNFO 

An Reason for the change:: Unforeseen condition? existing 

flashing deteriorated 



Hp p r u V ed / D i s ap p r o v ed 2 

LT i .. AN ABLE. CECMJSIM 



□ ICC 



ROICC C o i"5 c u r r e i ; c e 



bcc 2 

NESTNAVFACEMCGCON ( Code GEE -11) 



Figure B^IO Change Order Proposal Form (page 1 of 3) 



BMi)nr-RTFO uoRD ri'iG Far;: pr;:r)r‘nnFn niniii'^F (p/( >poi, ( f )i ii r<nc i 

N6S^i 56-96- C- 12^3 

"As a cr^avige to tlir? aubjoct; contract you a vs hei a^by d i v f?c: t ed 

b o p r- C!' V i C.1 e a 1. 1 1 a b o v” n a )::) p ) " n „ s d in a b n v i. a 1 ? a )“i (;.i e q u i p nu2 v) t n q? c e? s s, a v- v' 

bo accomp 1 i siih the? wov k 1 i s bed bs 1 ov^i : 

Accomplish additional flashing work as an in-scope change to the 

contract with an extension of time due to unforeseen conditions. 



"The contract price is additive $335.03 and the cord;iact 
b i m e is increased 5 cl a y s - ' ’ 

i ncr eased $335.03 

’ ' T I") G f o r 0 q o i n g is a g r e e ci b o a s r: o n :r» b i b n b i. n a f n ] 1 n n cj 
c c* Hi p 1 e t e e q u i b I::) 1 e a c:l j u t in e n t in f u ] I a c: c: o i d i b\\ G o n e i ’ a .1 
Provisions Clause, EQUITABLE ADJUGTIIENT: IJAIVER nllD RELEASE GF 

CLAIMS (7-76) . " 



Figure B.IO Change Order Proposal Form (page 2 of 3) 



M F. G G r T. A r .[ D f I R E C □ R D F □ I- < P F-< □ P C.) B E. D C F I i' i 1 1 G E ( F- ' / C ) P O 1 , C ( ) I •! T F ;■ ( i C F 

N6E456-86-C-12A3 

Date and PI aco: 15 April 1987 ROICC Office, Silverdale 

For the Governtnent ; Lt . I. Am Able.CEC, USN 
For the Con brae tor: Jack Jones, Owner 

Contractor's Proposal : $500 . 00 and 5 days time er tension 

( Enc 1 ( 3 ) ) 

Government Estimate: $335.03 and 5 days time extension 

< Enc: 1 ( ) ) 

Neqotiated Settlemerit: $335.00 and 5 da-^s time e;; tension (F.tncl 

) ) 

SUMMARY OF MEGC.) T I AT 1 DI-IB : 

Contractor agrees to Government Estimate rounded to the nearest 
dollar. 



The Change Order Proposal Form 
represents a standard form 
letter used to transmit all the 
estimates and negotiation results 
along with the recommended wording 
to the OICC for approval. 



Figure B.IO Change Order Proposal Form (page 3 of 3) 



CONTRACTNO 

r:: rr rr. rr= — nn: .v,* -*n: nrz r.-r rzr. :rr. :r^“ 

N6P•'^56-8<'.>--1.S<'^3 



C/0 NO TO CONTRACTOR 

zs rr TJZ :.T r:: :r *_*r i::: z:.-. nr. r:: *:r: "r nr r*j :zr. nr :r: :nr. nr 

1 ')•>., 17U7 



SIGNED 



m: rn nr nr :r.r. nr n=: r;: ;:n nr. nr r: m 



TO FISCAL EXT (DAYS) CONTRACT COhP DATE 

m rr. m rr .m m m nr nr rn :r: nr .nr rr r_r m nr nr r= nr m nr .m :nn nr nr rr. n::: ::n: .nr. nr :nn nr. rn rn ;r.* nr nr nn: r:: : 

0 Apr 15, I? 87 

5 A p r 8 U , It' B 7 



INCREASE DECREASE 



r T.T. “ rr. rrr ™ :rr -r; rr. rr: •“ vr; 



'■V- (.;)(.) 
'T- 335 . 00 



1.: . 00 
t- . OO 



CONTRACT AMOUNT 

■rr r= rr r:r rr rr :rr rr: rr: “r r r rr r= rr: rr: : 

1 ;3S , 0'i<7 . c.)0 
\t> 132 . 335 . 00 



After the change order is approved 
and signed the Change Order Log is 
updated to reflected the latest 
contract price and completion 
dat e . 



Figure B-11 Example Project Change Order Log 



Detailed User Documentation 



Loading Instruct ions 

Starting the application program requires the hardware 
and software outlined in the Application Spec i f i ca t i on (page 
92), For a mi cr ocompu ter with two floppy disk drives the 
loading procedure is: 

1- With the computer on and the DOS system loaded, the 

cursor should be on A:> (for computers with a hard disk 
the default is C:>, change to A:> by typing A: and 

striking the RETURN key). 

2. Place the Framework II system 1 disk in the A drive and 
the Application disk in the drive B. 

3- Type FW and strike RETURN. This will load the 

Framework II program. In a few seconds a license 
agreement statement will appear on the screen. 

Remove the Framework II system 1 disk from drive A and 
replace with the system 2 disk, then strike RETURN. 

This loads the remaining portion of the program. After 
a few seconds the Framework II desktop will appear on 
the screen with a row of menus along the top and a list 
of libraries: <A:>, <B:>, <C:>, etc. running down the 

right side. The cursor should be highlighting the 
<A: > . 

5. Using the arrow keys, move the cursor down to the <B:> 
library and press CTRL and RETURN together. This sets 
the B drive as the default for writing all files. 
Without this step new files would be written on the 
Framework II disk or lost. 

6. Press RETURN and the file directory for the Application 

Program should appear on the desktop. Inside the 
directory there should be three files: Contract, 

Document at ion , and Macros_H. If any of these is 
missing a new copy of the disk should be obtained 
before proceed i ng . 

7. Press the DOWNLEVEL (+) key to go inside the directory 
frame, then use the ARROW keys to highlight Macros_H. 
Press RETURN and the file name will appear in the lower 
right hand corner of the screen. Press RETURN again 
and the file will open at the top of the screen. 

a. Press SCROLL LOCK to shuttle back inside the 

directory. Use ARROW keys to highlight Contract, then 
press RETURN. The file name should appear in the 
lower right hand corner of the screen. Press RETURN 
again to open the file. 



i Iv.' 

9. Now the cursor should appear on the frame title 

“Contract Admi n i st rator ^ s Notebook" and the program can 
begin with a single keystroke. (see below) 

General Operating Instructions 

The application program is set up with a series of 
menus to allow the user to choose the Job Records, Estimates 
or Corr espondence options then choose the particular file to 
work with. Once the specific file is identified, it will 
appear on the screen and may be modified or printed as 
desired using the macro programs embedded in the 
application. The macros are executed using an Alt-<key> 
combination, A "Macros Help" file at the top of the screen 
is a quick reference to the operations available and the key 
codes. In general, the macros produce prompt lines 
(questions or suggestions) at the bottom of the screen to 
guide the user. 

Figure B.12 presents the program layout in outline 
form. Job Records, Estimates, and Correspondence are menus 
containing the options listed below the title. Macros 
contains the macro programs used within this program. 

(These will be described later.) Data Storage contains the 
actual files where contract information is stored. Finally, 
Current Selection holds the title of the file last chosen 
from the menu for reference in the macro programs. 



Job Records <-I 

Contract Record Card I 

Job Cor r espondence Log I 

Submittal Status Log I 

Prospective Change Order Log I 

Official Change Order Log I 

Estimates I 

Change Order Estimate I 

Correspondence I 

Change Order Proposal Form <-I 

Macr os 



Menu Selections 



^d <-I 

Add Another I 

Change I 

Change Continue I 

Date I 

Remove I 

Pr i nt I 

Print Selected Records I 

Menu I 

^it " <-I 

Data Storage 

Contract Record Card Database 
Job Cor r espondence Log Database 
Submittal Status Log Database 
Prospective Change Order Log Datab 
Official Change Order Log Database 
Change Order Estimate 
Change Order Proposal 
Change Order Proposal 
Current Selection 



Macro Programs: 
those with bold 
first letters 
are main pro- 
grams? others 
are subroutines 



ase 



Spreadsheet 
Da t abase 
Form Templatt 



<-I 
I 
I 
I 
I 
I 
I 

<-I 

<- 



Data File 
Storage 



Stores 
the name 
of the 
last menu 
select ion 
for macro 
use 



Figure B 



12 Framework II 
Administrator 



Outline Listing of the Contract 
s Electronic Notebook 



The user should be familiar i/^jith a few basic key strokes 
before beginning the program: 

1. F5- With the cursor on any frame title this 
recalculates any formulas within a frame. In the 
Contract Admini str ator ’ s Notebook this starts the menu 
system - 

2. ESC- The escape key, in general, allows the user to 
abort the current operation and revert to the previous 
screen. Within a menu, ESC quits the menu. 

3. UPLEVEL (-)- The minus key allows the user to jump 
the cursor from inside a frame up to the title or frame 
border . 

DOWNLEVEL (+)- The plus key allows the user to jump 
the cursor inside a frame from the title. 

5. ARROW KEYS )- The arrow keys allow the 

user to maneuver within a frame’s content area. 

6. F6- This function key is labeled “extend select.” 

It allows the user to highlight more than one work, 
record or file for moving, copying or deleting. When 
F6 is pushed, the arrow keys can be used to “extend" 
the length and height of the cursor to cover the area 
desired. RETURN stops extend select and freezes the 
cursor position* and size until one of the arrow keys or 
RETURN is pushed. 

To begin the Application Program, press F5 when the 
cursor is on the Contract Administrator ’ s Notebook frame 
title. (If this does not make sense, review the loading 
i nst rue t i ons . ) The following should appear : 

Contract Administrator's Notebook Menu: 

Job Records 

Estimates 

Correspondence 

Macros (not available) 

Data Storage (not available) 

Current Selection (not available) 

Only the first three options are available for selection. 
Select from these options using the ARROW keys to highlight 
the choice and RETURN to execute, or just hit the first 
letter of the selection on the keyboard. For example typing 
“ J“ for Job Records will produce another menu of choices. 

Job Records Menu: 

Contract Record Card 
Job Correspondence Log 
Submittal Status Log 
Prospective Change Order Log 
Official Change Order Log 

Again, for menu selection highlight the choice and hit 
RETURN or type the first letter. For example type “ C“ for 
Contract Record Card. Now the database containing the 



1 



Contract Record Card will appear on the screen and menus 
will disappear. The screen should look like this: 
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At this point the Macros operations take over. Macros 
are executed by pressing the ALT key and the letter key 
underlined at the same time. Review the Macros Help frame 
at the top of the screen for the options available. These 
operation may be executed either when the cursor is inside 
the frame or on the title. Table B.l list each macro and a 
description of its function. 



Table B.l Macros Descriptions 



ALT-<kev> 

Add 


Descr ip t ion 

Adds an additional blank 
record to databases and 
allows the user to enter 
new information. 


Diange 


Allows the user to freely 
edit any information inside a 
frame . 


Date 


Prompt user for year, month 
and day, formats the date into 
MMh,DD,YYY and places it 
inside the cell currently 
h igh 1 igh ted . 


Remove 


Deletes the records currently 
highlighted with the cursor. 
This should be used with 
care. If the cursor is on the 

frame title the entire file 
will be lost. Once deleted, 

records can not be restored ! 


Pr i nt 


Prints the file or selected 
records which are highlighted. 


Menu 


Returns the user to the main 
menu . 


t 


Saves all files, puts away 
Framework II and the 
Application Program. 



Data Entry 

Data entry in the selected file is accomplished by 
using several methods depending on the format of the data: 

Text entries- type directly into cell highlighted- If 
text begins with a numeric such as phone numbers 
or street addresses, press the space bar first- 
This prevents the program from trying to calculate 
a formula with the number- To edit text, press 
the space bar and change or delete the previous 
entry . 

Numeric entries- type directly into cell highlighted- 
If a formula is desired (this is for advanced 
users) press F2 before typing- To edit numbers, 
press F2 then change or delete the previous entry. 

Date entries- use ALT-D to format and enter dates - 

This macro saves keystrokes by formatting the date 
and placing it in the cell highlighted- To change 
a date press ALT-D again. 

These entry procedures are consistent throughout all 
the files in the Notebook- Refer to this page while using 
the program- Appendix C explains the layout of each file 
and the data types for each cell- 

Report Generation 

Simple reports or printouts of all records in a 
database or spreadsheet may be obtained by using the Alt-P 
function- If only certain records are desired the function 
will allow for the user to enter the file and highlight the 
desired records with the F6 (extend select) key and then 
resume the print command. 

For the advanced user, FRED command functions may be 
used in the frame border of a database to filter out records 
not meeting the desired criteria and display only the 
pertinent records. User desiring this capability should 
refer to the Framework II manuals. 

A simpler method of sorting data records is resident in 
the "Locate” menu of Framework II. By using the "Search" 
selection in this menu, the user can specify a specific 
word, phrase or number to look for in an entire frame. If 
the exact wording is not known wildcards may be used; 
represents any one character and represents multiple 

characters- Search will stop on each occurrence of the word 
or phrase in a frame. The "Ascending Sort" and "Descending 
Sort" selections in Locate allow for databases to be 
rearrange in h i gh- to- 1 ow order or in low-to-high order. 

Sort can be executed for an entire frame or just on 
particular field- For example if the user wishes to sort 
the database by contract number, he can use one of the sort 
commands when the cursor is on the Contract Number field 



name . 



Detailed Example 

Using the same example as outlined in the Introductory 
documentat i on on page 9^, Figures B.13 to B . E3 display the 
keystroke details used to access the data files, enter 
information and print results. 



CONTRACTNO DESCRIPTION 



N 'b S b- 5 6 - (3 6 - C - .1 S <’-h 3 R g t o o (3 y fn 



CONTRACTOR CONADDRESS 

ABC Contracbing ‘'+53 Main St. Brempn-ton 



POINT OF CONTACT PHONE# SOFT JOB PHONE 

Jack Jones 456-98E3 Jim Smith 876-34E1 

DATE AWARDED AMOUNT NUMBER DAYS CQC REP 

F e b 1 3 , i 9 87 I 3 8 , < ) C' < J . C' 9 O B o t) 

PLANS &: SPECS BY A/E PHONE EIC PHONE 

A c m E? D a s i g r i 8 7 6 - ^ t 5 3 8 H a r y F ’ i ■ o n t 7 3 5 - 1: 3 7 3 9 

BONDING CO ADDRESS INSURANCE CO 

A - .1. G o o d (3 u y s 1 8 ''t Den n y W a y S e a 1 1 1 F! I •; y h i q h I n s u r . 

EXPIRATION DATE APPROPRIATION FUNDS AVAIL CUSTOMER 

Ju. n 30 , 1 987 AAS43''?5~830n55 T 1 50 , 000 . 00 tJAVS r A 

POC PHONE 

Jonsey ^457-3780 



The Contract Record Card Represents 
general information about each 
contract such as the contractor’s 
name and all points of contact 
involved in the construction 
process. It is a database where 
information is entered by way of 
macro programs. 



Figure B.13 Detailed Example Project Contract Record Card 



CONTRACTNO INCOMING/OUTBQING ORIGINATOR 

N62'^56-86-C-1243 0 ROICC 

DATE SENT/REC’D SUBJECT 

Feb 20, 1987 Preconstruc t i on mtg. notice 

ACTION CODE RESPONSIBLE TICKLER DATE 

N AROICC Feb 27, 1987 



Select Job Records then Contract 
Record Card from menu. Use Alt— A 
to add data. General contract 
information is entered in the 
Contract Record Card immediately 
upon assignment to the AROICC. Use 
Alt-P to print. 



Figure B.14 Detailed Example Project Job Correspondence Log 

#1 



CONTRACTNO NO SPEC PARA DESCRIPTION TYPE 

rr r.*: r."*: nr: rr; r.r: r.r.: ~r. :rr rr: :rr :;r: :nr rn: nr: ~:r r:r rtr rr: rr n:r. :rr rr: :nr. rrr :r_*: rr.: rr.: :z:: :;;r. zrz r.“ nr: :.t. r:r nr. rn; r: nr rr' :r: ;;:r r.n 

C-lP'i-3 1 priOn Dr'i,)'-. pl/j)) '' F-' 

I (FA- C-- I P-fi'.::) Tar Paper < I' 

NAEA56-9A--C---1243 3 70'.>l-4(..‘ A = f > I T- Shi.nql.r3s CD 

N6Er+5A--86"C- lS43 4 7001.. 50 F'DDfi.ng T ar I D 

N A P. 4 5 o ~ a A - C - 1 a ^ i 3 5 9 ' ' i 0 F I. a s 1 1 i t -i q C D 



CONTACT I ON DATE REC " D ASSIGNED TO: DATE TICKLER 

rr ."rr trr m .'m rrrr .nr rr .rr rr rr rr rr m ~ m rr rr .rr .nr r.n .rr rr .nr rr .rr rr .rr .rr :r: .rr r r r.n :m rr :r,n rr rr rr :nr rr rr rr rr rr rr rr; :rr rr rr rr r 

F< 

A 

A 

A 

A 



ACTION DATE RETURNED 

;rr .nr r.n .nr: r:: .nr: rr r.n rr .rr :.n.n rr rn r.n rr :rr rr m :*.r rr rr :rr rr 



Select Job Records then Job 
Correspondence Log from the menu. 
Use Alt-A to add data. Enter 
cor r espondence i nf or ma t i on 
including action code and a tickler 
date for followup. Use Alt-P to 
print. 



Figure B.15 Detailed Example Project Submittal Log 



CONTRACTNO INCOMING/OUTBDING ORIGINATOR 

N62^5(£>-86-C-1243 0 ROICC 

N6g^56-S8-C-1543 I aBC Contracting 

DATE SENT/REC’D SUBJECT 

Feb 20, 1987 Preconstruc t ion mtg. notice 

Mar 10, 1987 Submittal Log 



ACTION CODE RESPONSIBLE TICKLER DATE 



N 

A 



AROICC Feb 27, 1987 

AROICC Mar 17, 1987 



Select Job Records then Submittal 
Status Log from the menu. Use 
Alt-A to add data. Enter Submittal 
Log information after checking the 
contractor's submittal against the 
contract r equ i r emen t s . Use Alt-P 
to pr i n t . 



Figure B.16 Detailed Example Project Job Correspondence Log 

#a 



CONTRACT NO. PCO NO. DESCRIPTION 

N6E'^i-5*"- B6--C-- J. E’43P001 Arid Acldi I P lachiviq 

FUNDS REQ’D -CONTR PROP ; REQUESTED RECEIVED AMT($) 

Y Apr 1.. 19 B 7 T>500 . Ou 

TIME! DAYS) FUNDS? X NO. GOVT EST ( $ ) NTP DATE 



CHANGE ORDER :NEG DATE DATE TO OICC C/0 NO. AMT($) 



TIME (DAYS) DATE ISS’D REMARKS 



Select Job Records then Prospective 
Change Order Log from menu. Use 
Alt-A to add data. Enter 
contractor’s proposal for change 
and any information available on 
funding or negotiation. Use Alt-P 
to print. 



Figure B.17 Detailed Example Project Prospective Change 

Order Log #1 



CONTRACTNO I NCOM I MG / OUTGO IMG OR I G I NATOR 




TICKLER DATE 



Select Job Records then Job 
Correspondence Log from menu. Use 
F2 to enter formula area, type 
0no t ( Sub ject=*f lash ing* ) then 
RETURN. This filters out any 
record that does not contain the 
word “flashing” in the subject. 

(•'*" is a wild card representing 
multiple letters or words which are 
not specifically known.) As shown 
above, there are no records fitting 
this criteria. Use Alt~P to print. 



Figure B.IS Detailed Example Project Correspondence Log 
Filtered on Sub ject=*f lashing* 



CONTRACTNO INCOMING/OUTGOING ORIGINATOR 

(' ROIC'C 

I AIM: ( !( I n I- 1 , H I. i 1 1 .,) 

I Al I M , I ] C < M 1; t - i-r, ( l; j A q 



DATE BEMT/REC'D SUBJECT 



N c- S M 5 6 - 8 6 : - C -- 1. .9 3 

|-. I .. j p/, q 

I ■ 1 6 E ^ ■:.:i 6 0 h - C •- 1 E A ; T 



F'eb SO, 1?87 
Mar 10, 1987 
Apr 1 , 1987 



F' r G c o n b t; i ■ u c b i o n ii> t g . ) i o b i c g 

Sub mi btal Log 
C / □ r G q i .i e 5 b - f 1 a b bi I > i g 



ACTION CODE 

N 

A 

A 



RESPONSIBLE 

ARO I CC 
ARO I CC 
ARO I CC 



TICKLER DATE 

Feb 27, l'-“07 
Mar 17. 1987 
Apr 0. 1R87 



Select Job Records then Job 
Correspondence Log from the menu. 
Use Alt-A to enter the new letter 
information. Use Alt-P to print. 



Figure B.19 Detailed Example Project Job Correspondence Log 

#3 



DATE: 

CONTRACT NUNBER: 

CONTRACT TITLE: 

CHANGE DESCRIPTION: 

Add additional flashing to roof 



Apr 5, 1987 
N68A58-36-12A3 
Reroof Sya 






PRINE CONTRACTOR WORK 

iTTaBOR 100 

2. FRINGE BENEFITS « 

3. MATERIAL 50 

4. RENTAL EQUIPMENT 0 

5. OPERATING i MINOR MAINT. FOR OHNED EQUIP. 0 

6. affiTDTflL (1+2+3+4+5) 193 

7. FIELD OVERHEAD ( % OF LINE 6) 19.30 

8. LIABILITY L COMP, INSURANCE ( S OF LINE 1) 1 

9. SBTOTflL (6+7+8) 213.30 

10. HOME OFFICE OVERHEAD ( I OF LINE 9) 6.W 

11. EQUIPMENT OWNERSHIP EXPENSE 0 

12. SOCIAL SECURITY & UNEMPLOYMENT INS. ( X OF LINE 1) 7.50 

13. SUBTOTAL (9+10+11+12) 227.20 

SUBCONTRACTORS WORK 

1a7lAB0R 50 

15. FRINGE BENEFITS 20 

16. MATERIAL 0 

17. RENTAL EQUIPMENT 0 

13. OPERATING I MINOR MAINT. FOR OHNED EQUIP. 0 

19. affiTora. (IA+15+16+17+18) 70 

20. FIELD OVERHEAD ( X OF LINE 19) 2.10 

21. LIABILITY 4 COMP. INSURANCE ( X OF LINE 14) .50 

22. SIBTOTAL (19+20+21) 72.60 

23. HOME OFFICE OVERHEAD ( X OF LINE 22) 2.13 

24. EQUIPMENT OWNERSHIP EXPENSE 0 

25. SOCIAL SECURITY 4 UNEMPLOYMENT INS. (X OF LINE 14) 3.75 

26. SJSmAL (22+23+24+25) 78.53 

27. PROFIT ( X OF LINE 26) 4.71 

28. SiSTCTAL (26+27) 83.24 

SUMMARY 

S7.’ PR I me’ contractor’^ 227.20 

30. SUBCONTRACTOR’S HORK 83.24 

31. PRIME CONT. OVERHEAD ON SUBS HORK ( X OF LINE 30) 2.50 

32. SUBTOTAL (29+30+31) 312.94 

33. PRIME CONTRACTOR’S PROFIT ( X OF LINE 32) 18.78 

34. SJSTDTAL (32+33) 331.71 

35. PRIME CONTRACTOR BOND PREMIUM ( X OF LINE 34) 3.32 

36. TOTAL OKT (34+35) 335.03 



Select Estimates 
tt^en Change Order 
Estimate from the 
menu. Use Alt-A to 
add data. Enter ’/.s 
for markup when 
prompted. Then 
enter description 
and costs. Use 
A1 t— P to pr i nt . 






ESTIMATED TIME EXTENSION AND JUSTIFICATION: 

Additional flashing required to replace deteriorated existing. 
Not sho.^n on plans. Unforeseen. 



Figure B.ao Detailed Example Project Change Order Estimate 



DESCRIPTION 



CONTRACT NO. PCO NO 



N hPJ-i 5 6 •- R h - C: - i P -^1 3 F O O I. 



f V:;ld nrir.l i t; j. o v i«"> 1 F’ 1. ^ n h i 



1 



FUNDS REQ^D -CONTR PROP : REPUESTPH RECEIVED AMT ( $ ) 

^ Apr- In 19B7 9500 « 00 

TIME (DAYS) FUNDS? X NO. GOVT EST(9) NTP DATE 

5 Y 9335-03 

CHANGE ORDER: MEG DATE DATE TO OICC C/0 NO. AMT ( 9 ) 



TIME(DAYS) DATE ISS’D- REMARKS 



Select Job Records then Prospective 
Change Order Log from menu- Use 
Alt-C to change information in 
existing records- Use + key to 
enter file? arrow keys to move to 
GOVTEST ( 9 ) field and enter cost 
estimate value developed in cost 
estimate spreadsheet- Use Alt-P to 
pr int - 



Figure B.21 Detailed Example Project Prospective Change 

Order Log #2 



I 









•I ha 



Froiuz HGICC Northwest Area (Code 70) 

To 2 GICC 

Sub i 2 PRQF-'GSED CHANGE GRDEF^ NQ-POl TO CQNSTRIJCT I GM CGMTF;:ACT 

^46a456-S6-C-1243, Reroof Gyrr, 






( 1 ) Recojy-mended Word i ng for Nod i f i c:a c i on 
( E ) Mego t i at iori Record of 15-S7 
( 3 ) Co n t r ac tor s Es t i nia t e of A-— 1 — S7 
( A ) Neqo t i a ted Sett 1 ement 
(5) Fundir.g DDCUiMent GA No- RCP No.. 



1, A change order is recommended ur:der CiaL?se(s) 17 of the 
G t • vi e r a 1 P r o v i s i o rt s o f si i.i t; j e c t c o n t r a c t i n the additive am i li r ^ t 
of $335.03 with 5day(s) time eKtension in accordance with 
enclosures <1) through (3) n worded as shown on enciosiire (:!.)- 



dn The chaviqe order when issued supersedes the tol loi-N. nq Notices 
to Proceed 2 



ROICC letter serial 11100-S7-S6 of A-1E-S7 for $A00.00 

of for 

3 - The R e a s o n C c* d e f o r t h i s c h a ri g e i s i: UNFG 

A- Reason for the change:; Unforeseen condition? e>;isting 
flashing deter iorated 



Appri:fved/Di sapproved : 

LT 1.. A!?ABi..E:, CEC NJ3N 



G I l: C K G 1 C C C o n c u r r e i 'i c e 



bcc s 

NESTNAVFACENCGCGN (Code OEE.. 1 1 ) 



Figure B.SS Detailed Example Change Order Proposal Form 

(page 1 of 3) 



SI IGGEB I EJ) UORD \ I IG FOR PROPnGr 0 ri-Ir,l IHF f P . ( ) PO 1 , U"iN T r.'Gn T 
N6E^4 56-86-C-1843 

"A?.” a change to tl)e subjr-cl’; conlrc^c h vou are hei eb/ ( I i. ) ec: t ed 
b o p r c V i. ri e a 1 1 i <a b o v" ^ a j") )::) i •• n v C' d (ti a b n v i a I a n d e r..] u i p m 0 n b n c-.^ c 0 e a a r y 
bo accomplish the woi-k listed belovi: 

Accomplish additional flashing work as an in-scope change to the 
contract with an extension of time due to unforeseen conditions. 



’’The contra.cb price is additive ^335. 03 and bbie co n br ac b 
time is increased 5 days." 

i ncr eased ^335,03 

’ ' T’ h e f“ o r e g o i n g i s a g r e e d b o a s c o n c, b i bn i vi q f ' 1 1 I * \ ) 1 (i 
complex? be eq»ji table ad merit in ful 1 accord wi bh General 

Provisions Clause, EQUITABLFI ADJUSTMENT : WAIVER AMD RELEASE OF 

CLAIMS (7-76) . " 



Figure B.22 Detailed Example Change Order Proposal Form 

(page 2 of 3) 



MEGDTIArEGN RECOF*;:!) F-GR F-T^UF-’GSED CHnNGE: (F-VC)POl. C( )N T T 

N6E456-86-C- 1 E43 

Date «^nd Pl«~ice: 15 April 1987 ROICC Office:* Silverdale 

F‘or the Government: Lt . I. Am Able,CEC, USN 

l-“or the Con brae bor: Jack Jones :« Owner 



Co ntrac t o r 
( Enc 1(3)) 


" s F'roposa 1 : 


$500.00 


and 


5 


c.i a >■ s 


t i fvie 


ei 


: 1 0 1 1 s i o \ ^ 


Go ver ninen b 
( Enc 1 ( A ) ) 


E.s b i fna be : 


$335.03 


and 


5 


rJ a y s 


b i me 


e) 


j bens i on 


Nego t i a bed 


Set 1 1 emeri b : 


$335.00 


and 


5 


d a v' hi; 


t i me 


e) 


t t ens i on ( Erie 1 ( 



) ) 



SLir in APvy Qp::- MEBG T I A T [ ONB 

Contractor agrees to Government Estimate rounded to the nearest 
do 1 1 ar . 



Select Cor respondence and Change 
Order Proposal Form from menu. Use 
Alt-A to add information on this 
change order proposal and results 
of negotiations to the database. 
Then use Alt-P to mailmerge the 
database with the form letter shown 
here. Bold text represents the 
information from the database- 



Figure B.22 Detailed Example Change Order Proposal Form 

(page 3 of 3) 



CONTRACTNO 



= ~ vzr. 



C/O NO TO CONTRACTOR SIGNED 

= rjr rr z:z ~z zr zt. zr.: rzr. zr. r:: ~ r:; rr.T :zr. ‘.zz :r.z zzr. :zr. zr. •“ zn rr. zrr. zt. zz: z 



M6R''i-56--0.S-1.R''»3 



(.' 



Apr 30, l.'yB7 



TO FISCAL EXT (DAYS) 

rr =r. zr i-r . tj : rr rz: z= rz rzzrr zz: rz: =z =z zr; rr 



CONTRACT COMP DATE 

Apr 15, I? 8 7 
Apr EO, 19S7 



INCREASE DECREASE 

1- , 00 t- . oo 

T. 3 3 5. no t- . 00 



CONTRACT AMOUNT 

:zz zr rz rr: nr ::r nr rzz ::r rn r:: -.rr rz rr. : 

':R 1. 3E , (.>0'.> . 00 
% 1 3E , 335 . OC) 



Select Job Records then Official 
Change Order Log from menu. Use 
Alt-A to add information. Enter 
data on new change order and new 
price and completion time. Use 
Alt-P to print. 



Figure B.S3 Detailed Example Project Change Order Log 



APPENDIX C 



TEMPLATE DESCRIPTIONS 



CONTRACT RECORD CARD 



FIELD 


DESCRIPTION 


CODING 


CONTRACTNO 


Contract number 


Alpha-Numer ic 


DESCRIPTION 


Short description of job 


Alpha 


CONTRACTOR 


Contractor’s name 


Alpha 


CQNADDRESS 


Contractor’s off ice 
addr ess 


A 1 pha-Numer i c 


POINT OF CONTACT 


Contractor’s point of 
contact for job 


Alpha 


PHONE# 


Contractor’s home office 
phone 


Numer i c 
(999)999-9999 


SUPT 


Super i ntenden t ’ s name 


A 1 pha 


JOB PHONE 


Job shack phone or 
super i ntenden t ’ s beeper 


Numer i c 
(999)999-9999 


DATE AWARDED 


Contract award date 


A 1 pha-Numer i c 
NNM DD,YYYY 


AMOUNT 


Original contract price 


Numer i c 


NUMBER DAYS 


Length of contract 


Numer i c 


CQC REP 


Name of government 
i nspec tor 


Alpha 


PLANS&cSPECS BY 


Name of design firm 


A1 pha 


A/E PHONE 


Designer’s phone 


Numer i c 
(999)999-9999 


EIC 


Engineer in charge of 
project at EFD 


A1 pha 


PHONE 


EIC’s phone number 


Numer ic 
(999)999-9999 


BONDING CO 


Name of contractor’s 
surety 


A1 pha 


ADDRESS 


Bonding company’s 
addr ess 


Alpha-Numer ic 


INSURANCE CO 


Contractor’s liability 
car r i er 


Alpha 



EXPIRATION DATE 

APPROPRIATION 
FUNDS AVAIL 

CUSTOMER 

POC 



.1 



Insurance policy expira- 
tion date 


Numer i c 
Mnn DD,YYYY 


Appropriation data 


A1 pha-Numer i c 


Total funds available 
for job 


Numer i c 


User command 


Alpha 


Customer’s point of 
con t ac t 


Alpha 


POC’s phone 


Numer i c 
(999)999-9999 



PHONE 



JOB CORRESPONDENCE LOG 



FIELD 

CONTRACTNO 

I NCOM I NG / OUTGO I NG 

ORIGINATOR 

DATE SENT/REC’D 

SUBJECT 
ACTION CODE 

RESPONSIBLE 

TICKLER DATE 



DESCRIPTION 

Contract Number 

Incoming or outgoing 
cor r espondence 



Name of company or 
command or i g i na t i ng 
cor r espondence 

Date signed for outgoing 
Date received for 
i ncomi ng 

Brief subject title 
Action required 



Person or code 
responsible for action, 
blank for info items 

Followup date for action 
items, blank for info 



1 33 



CODING 

A 1 pha-Numer i c 

Alpha 
I - i ncom i ng 
□-outgo i ng 

A 1 pha 



Numer i c 
NNN DD,YYYY 



Alpha 

A 1 pha 
A-ac t i on 
I-info only 

Alpha 



Nurner i c 
NNN DD,YYYY 



SUBMITTAL STATUS LOG 



FIELD 

CONTRACTNO 

NO 

SPEC PARA 



DESCRIPTION 



DESCRIPTION CODING 

Contract number A Ipha-Numer i c 

Submittal number Numeric 

assigned by contractor 

Spec i f i ca t i on paragraph Numeric 
where submittal require- 
ment is located 

Short description of Alpha 

subm i 1 1 a 1 



TYPE Type of submittal Alpha 

CE-cer t i f i ca t i on SD-shop drawing 

TD-test data CD-catalog data 

S-samp 1 e 



CONTACTION Contractor action Alpha 

A-forwarded to ROICC for action 
R-f orV^^ar ded to ROICC for record 



REC’D 


Date received at ROICC 
of f i ce 


Numer i c 
MMM DD,YYYY 


ASSIGNED TO: 


Person or code assigned 
ac t i on 


Alpha 


DATE 


Date forwarded to 
assigned code 


Numer i c 
MMM DD,YYYY 


TICKLER 


Tickler date to followup 
on action 


Numer i c 
MMM DD,YYYY 


ACTION 


Action taken by ROICC 
A— approved as submitted 
B-approved as noted 
C-d isapproved 


Alpha 


DATE RETURNED 


Date returned to 
con tr ac tor 


Numer i c 
MMM DD,YYYY 



FIELD 

CONTRACT NO. 

PCO NO. 

DESCRIPTION 

FUNDS REQ’D 

CONTR PROP; 

REQUESTED 

RECEIVED 

ANT( $ ) 

TIME(DAYS) 

FUNDS? 

X NO. 

GOVT EST<S) 
NTP DATE 
CHANGE ORDER; 
NEG DATE 
DATE TO OICC 

C/0 NO. 



PROSPECTIVE CHANGE ORDER LOG 

DESCRIPTION 

Contract number 

Prospective change order 
number 

Brief description of 
change 

Have funds been 
requested from EFD? 

Beginning of contractor 
proposal section 

Date request for 
proposal was mailed 

Date proposal was 
received from contractor 

Amount of contractor’s 
pr oposa 1 

Time extension requested 

RCP amendment number or 
date funding confirmed 

Ob 1 igation Author i za t ion 
number 

Amount of Government 
es t i ma te 

Date of Notice to 
Proceed, if issued 

Beginning of change 
order data 

Date of negotiation 



Date negotiation results 
were forwarded for 
appr o va 1 

Change order number 

Amount of negotiated 
change order 



1 

CODING 

Alpha-^Numer ic 

Alpha-Numer ic 
P-XXXX 

A 1 pha 

A 1 pha 
Y/N 

blank 

Numer i c 
NNN DD,YYYY 

Numer i c 
MNN DD,YYYY 

Numer i c 

Numer i c 
Alpha-Numer ic 

A 1 pha-Numer i c 

Numer ic 

Numer ic 
NNN DD,YYYY 

b 1 ank 

Numer i c 
MMN DD,YYYY 

Numer i c 
NNN DD,YYYY 

Numer i c 



ANT($) 



Numer i c 



Numer i c 



TIME(DAYS) 
DATE ISS’D 



Time extension or 
reduc t i on 

Date change order was Numeric 
issued NNN DD,YYYY 

Any pertinent remarks 
on the status of change 



REMARKS 



Alpha 



OFFICIAL CHANGE ORDER LOG 



FIELD 


DESCRIPTION 


CODING 


COMTRACTNO 


Contract number 


A 1 pha-Numer i c 


C/0 NO 


Change order number 


Numer i c 


TO CONTRACTOR 


Date forwarded to 
contrac tor 


Numer ic 
NMM DD,YYYY 


SIGNED 


Date signed by 
contractor 


Numer i c 
NMM DD,YYYY 


TO FISCAL 


Date forwarded to fiscal 
after contractor signed 


Numer i c 
NNM DD,YYYY 


EXT(DAYS) 


Time extension or 
r educ t ion 


Numer ic 


CONTRACT COMP DATE 


New contract completion 
date 


Numer i c 
NNN DD,YYYY 


INCREASE 


‘Amount contract value 
i ncreased 


Numer ic 


DECREASED 


Amount contract value 
decreased 


Numer ic 


CONTRACT AMOUNT 


New total value of 
contr ac t 


Numer i c 



APPENDIX D 



PROGRAM LISTINGS 
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Contract Adtinistrator’s Notebook; 
aeyfilterUall)), 

^lenulContract Adtinistrator’s Notebook)) 

dsetiacro({Alt-A}) Contract Adiinistrator’s Notebook. Macros. Add) ) 

8setiacro({Alt-C})Contract Administrator 's Notebook. Macros. Change) i 
^setiacro({Alt-D}) Contract Administrator’s Notebook. Macros. Date) ) 
dsetmacro({AIt'R})Contract Administrator’s Notebook. Macros. Remove) i 
9setmacro( {Alt-P>)Contract Administrator’s Notebook. Macros. Print), 

35Btmacro({Alt-H>, Contract Administrator’s Notebook.Macros.flenu) , 

9setmacro((Alt-Q}) Contract Administrator’s Notebook.Macros.Quit) 



Contract Administrator’s Notebook. Job Records: 
Smenuljob records) 



Contract Administrator’s Notebook. Job Records. Contract Record Card; 
dquitmenu, 

8setselection("Contract Administrator’s Notebook. Data Storage. Contract Record Card Database'), 
aperformkeYsr(flO}(ctrl-f)0'), 

Current Selection:="Contract Record Card Database" 



Contract Administrator’s Notebook. Job Records. Job Correspondence Log: 
dquitmenu, 



dsetselection("Contract Administrator’s Notebook. Data Storage. Job Correspondence Log Database'), 



1^0 

Jperforikey5(“{f 10){ctrl-f}0" ) , 

Current Selection:='Job Correspondence Log Database' 



Contract Adainistrator’s Notebook. Job Records. Subaittai Status Log: 
iquitienuf 

dsetseiectionCContract Administrator’s Notebook. Data Storage. Subaittai Status Log Database'}^ 
}perforakeys('{fl0}{ctrl-f}0'), 

Current Selection:=*Subaittal Status Log Database* 



Contract Administrator’s Notebook. Job Records. Prospective Change Order Log: 
dquitaenuf 

SsetselectionCContract Administrator’s Notebook. Data Storage. Prospective Change Order Log Database') 
»performkeys(“{fl0Hctrl-f)0*), 

Current Selection:=*Prospective Change Order log Database* 



Contract Administrator’s Notebook. Job Records. Off icial Change Order Log: 

9quitmenuy 

8setselection(*Contract Administrator’s Notebook. Data Storage. Off icial Change Order Log Database*), 
»performkeys('{fi0>{ctrl-f>0*), 

Current Selection:=*0ff icial Change Order Log Database* 



Contract Administrator’s Notebook. Estimates: 



9menu(estimates) 



Contract Adiinistrator 's Notebook. Estiiates. Change Order Estiaate: 

^quittenu) 

^setselectionCContract Adainistrator’s Notebook. Data Storage. Change Order Estiaate Spreadsheet'), 
3perforakey5('{fl0}{ctrl-f}0'), 

Current Selection:='Change Order Estiaate Spreadsheet' 



Contract Adainistrator ’s Notebook. Correspondence: 
9aenu(correspondence) 



Contract Adainistrator 's Notebook. Correspondence. Change Order Proposal Fora: 
dquitaenu, 

SsetselectionCContract Adainistrator's Notebook, Data Storage. Change Order Proposal Database'). 
9perforakeysC{fl0Hctrl-f}0'), 

Current Selection:='Change Order Proposal Database' 



Contract Adainistrator’s Notebook. Nacros. Add: 

SifICurrent Selection='Contract Record Card Database', 

91ist(dsetselection('Data Storage. Contract Record Card Database'), 

Jperfor akeys('{dnlevelHctr 1-end HhoaeHctrl -OR U return)' ) , 
deraseproapt, 

dproaptCEiter BaUi wst ife tn i & Amu Irys U ESE aAes fiusM adti retard'), 

Jkeyfi Iter I (esc), Macros. Add Another) 

), 

31ist(^if (Current Selection='Job Correspondence Log Database', 



Contract Adiinistrator’s Notebook. Hacros. Add: 



Jif (Current Selection="Contract Record Card Database' i 

dlistl^setselectionCData Storage. Contract Record Card Database'}) 
3perforikeys('{dnlevel}{ctrl-end}{hoie}{ctrl-C}Rl{return>') ) 

Seraseproipt) 

dproaptCEiter iaUi cse ietn i §rrm keys t« Mve* ESC dbn fUisM viti rectr^'}) 

Skeyfi Iter ({esc}) Macros. Add Another) 

), 

^list(9if (Current Selection='Job Correspondence Log Database") 

51ist(9setselection('Data Storage. Job Correspondence Log Database')) 

Jperforikeys( "{dnlevelHctrl-endHhoteKctrl-ORHreturn}") ) 

Jeraseproipt) 

dproipt( 'Enter iaUi ase ifetwii I Ittm keys it mntj ESC dkea fiaisM ntk rectrrf')) 

9keyf liter ({esc}) Hacros. Add Another) 

), 

91ist(9if (Current Selection-"Subaittal Status Log Database') 

^list(9setselection("Data Storage. Subiittal Status Log Database*)) 

5perfortkeys( ■{dnlevel}{ctrl-end}{hote}{ctrl-C}Rl{return}') ) 
deraseproipt) 

9protpt( "Eater iatai ase ietara & fma keys ta aavei ESC dkea fiaisMI aith receN')) 

5keyf i 1 ter ( {esc} )Hacros . Add Another ) 

), 

Jlist(aif(Current Selection="Prospective Change Order Log Database") 

91ist(9setselection("Data Storage. Prospective Change Order Log Database")) 
9perforikeys( "{dnlevel}{ctrl-end}{hoee}{ctrl-C}Rl {return}" ) ) 
deraseprotpt ) 

9proept( "Eater iatai ase Men I irraa keys ta aarei ESC wkcm fiaisM aith recard') 
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Skeyfi Iter ( (esc), ttacros. Add Another ) 

), 

91ist(Sif (Current Selection=*Official Change Order Log Database*, 

91i5t(9set5election(*Data Storage. Off icial Change Order Log Database*), 

Sperforikey5(*{dnlevel}{ctrl-end}{hoie}{ctrl-C)Rl{return}*), 

ieraseproipt, 

9profpt(*EBtPT laUt ase ftetnn & Arroa leys to ESC dke« aith rvctri''}, 

^keyfi Iter ((esc), Macros. Add Another) 

), 

91ist(3if(Current Selection=*Change Order Estimate Spreadsheet*, 

91istOsetselection(*Data Storage. Change Order Estiiate Spreadsheet*), 

Sperforikeys(*{dnlevelHctr 1-hoie}*) , 

9eraseproipt, 

)proBpt(*Pleise iiitf Clearia^ ^reAtfsiieet Eatries*,15) , 

SechodOFF), 

Sperforikey5(*{rightarrow}{f6}{ctrl~5}{dnarrow}{return}{del)* ) , 

^setselection(*Data Storage. Change Order Estiiate Spreadsheet. A5* ) , 
Sperforikeys(*{f6}{dnarrow}{return}{del}*) , 

Ssetselection(*Data Storage. Change Order Estiiate Spreadsheet. A49* ) , 
^perforikeys(*{f6}{ctrl-5}{dnarrow}{return}{del}*), 

^filKData Storage. Change Order Estiiate Spreadsheet. 69:Data Storage. Change Order Estiiate Spreadsheet. BEl , " *), 
^filKData Storage. Change Order Estiiate Spreadsheet. B23:Data Storage. Change Order Estiiate Spreadsheet. B37, * *), 
8fill(Data Storage. Change Order Estiiate Spreadsheet. B39:Data Storage. Change Order Estiiate Spreadsheet. B46, * *), 
^setselection(*Data Storage. Change Order Estiiate Spreadsheet. Bl*) , 

»perforikeys(*{f9)*), 

9echo(#0N), 



»local(FlELDOH,LIABINS,HOMEOH,SSUNMlNS,SUBFlELDOH,SUBLlABlNS,SUBHOMEOH,SUBSSUNMlNS, SUBPROFIT, PRIMEOHONSUB, PROFIT, BONE 



i 



I 



FIELD0H:=3inputline( ’Input Prite's Field Overhead as a Percentage’i’O’ilNOdYESdNO). 

LIABINS:=3inputline( ‘Input Prite’s Liability i Coiorehensive Insurance as a Percentage’i’O’ilNOjIYESilNO) i 
H0HE0H:=3inputline( 'Input Prite’s Hoie Office Overhead as a Percentage’, 'O’, INOtlYESilNO), 
SSUNMINS:=3inputline(’Input Prine’s Social Security t UneiDlovient Insurance as a Percentage’ , ’O’, INO, IVES, INOl , 
SUBFIELDOH:=3inputline(’Input Sub’s Field Overhead as a Percentage’, ’O’, IND,IYES, INO) , 
SUBLlABlNS:=9inputline(’Input Sub’s Liability ^ Coiorehensive Insurance as a Percentage’, ’O’, INO, lYES, INO), 
Sl)BHOMEOH:=Sinputline(’Input Sub’s Hoee Office Overhead as a Percentage’, ’O’, INO, lYES, INC), 
SUBSSUNNINS:=3inputline(’Input Sub’s Social Security & Uneioloveent Insurance as a Percentage’, ’O’, INO, lYES, INO) , 
SUBPR0FlT:=3inputline(’Input Sub’s Profit as a Percentage’, ’O’, INO, lYES, INO), 

PRIHE0H0NSU8;=9input line! ’Input Priee’s Overhead on Sub’s Hort as a Percentage’, ’O’, INO, lYES, INO) , 
PROFIT:=Jinputline(’Input Priee’s Profit as a Percentage’, ’O', INO, lYES, INO), 

B0ND:=3inputline( ’Input Priee’s Bond as a Percentage’, ’O’, INO, lYES, INO), 

SechodOFF), 

3setselection(’Data Storage. Change Order Estiiate Spreadsheet. 815’), 
3perforakeys(’{FSHctrl-hoie}{F6}{ctrl-end}{del}’i 
FIELDOHL 

’/lOOaBdlreturn}’), 

JsetselectionCData Storage. Change Order Estiiate Spreadsheet. BIB’), 

Jperforilceysl ’{FSHctr l-hoie){F6)(ctr 1-end) {del )’L 
LIABINSL 

’/100iB9{return)’), 

JsetselectionCData Storage. Change Order Estiiate Spreadsheet. B18’), 
3perforti<eys(’{F2){ctrl-hoie}{F6Hctr 1-end HdeD’B 
HOHEOHL 

•/100»B17{return)’), 

JsetselectionCData Storage. Change Order Estiiate Spreadsheet.BSO’), 
Jperfori)<eysC{F2Hctrl-hoie}{F6){ctrl-end){del}’i 



I 

I 

i 

% 

M 









SSUNHINSi 



•/100»B9{return}') ( 

JsetselectionCData Storage. Change Order Estiiate Spreadsheet. B29‘) 

Bperforekeys('{FS}{ctrl-hoie}{F6}{ctr 1-end) (del 
SUBFIELDOH& 

•/lOOtBSBtreturn)*), 

BsetselectionCData Storage. Change Order Estiiate Spreadsheet. B30‘) 

8perforikeysC{F2}{ctrl-hoie}{Fi}{ctrl-end}{del}‘l 

SUBLIABINSl 

•/100tB23{return)'), 

BsetselectionCData Storage. Change Order Estiiate Spreadsheet. B32‘) 

3perforikey5(’{F2}{ctrl-hoie){FiHctrl-end}{del}'l 

SUBHOnEOHti 

■/l00aB3Hreturn)'), 

SsetselectionCData Storage. Change Order Estiiate Spreadsheet. B34' ) 

8perforikeysC{F2}{ctrl-hoie}{F6}{ctrl-endHdel}'l 

SUBSSUNHIN5& 

■/100aB23{return}'), 

SsetselectionCData Storage. Change Order Estiiate Spreadsheet. B3&' ) 

3perforikeysC{F2}{ctrl-hoie}{Fi}{ctrl-endHdel}'l 

SUBPROFITi 

*/l00tB35{return}‘), 

3setselection(*Data Storage. Change Order Estiiate Spreadsheet. BAl’) 

Sperforikeys('{F2}{ctrl-hoie}{F6}{ctrl-end){del}‘i 

PRIHEOHONSUB^ 

VlOOeBAOtreturn)’), 

SsetselectionCData Storage. Change Order Estiiate Spreadsheet. BA3‘ ) 



J 

{ 

I 



H6 

^perf orikeys (■ {F2 Hctrl-hoie}{F6H Ctrl -end }{del)*i 
PROFITS 

"/100ma{return)-), 

^set5election(*Data Storage. Change Order Estiiate Spreadsheet. B45M, 

^perforikeys( "(F2) (Ctrl -hoie}(F6){ctrl -end MdeD^i 
B0ND& 

V100*B44{return}“), 

aecho(ION), 

9set5election(*Data Storage. Change Order Estiiate Spreadsheet. Bl*)j 
9eraseproipt) 

dproiptCEita' litaB wsk fetn & Arrwi keys t» ami E5C them fiiisM vitli recird')) 

Jkeyf i 1 ter ( (esc) jHacros. Print) 

)i 

^list(Jif (Current Selection="Change Order Proposal Database"? 

91ist(^setselection("Data Storage. Change Order Proposal Database")? 
Sperforikeys("(dnlevel)(ctrl-endHhoie}(ctrl-C)Rl{return)") ? 
deraseproipt? 

dproiptCEiier BaUi vse Bctsn i Attm keys ta wrvi ESC wken fiaishe^ vitk recirdi")? 



^keyfilter({esc)?Hacros.Add Another) 






I 



I 

« 



I 



I 



I 



) 



1^7 



) 

) 

) 

) 

) 



Contract Adiinistrator's Notebook. Hacros. Add Another; 

9keyf ilter({all}) > 

Qeraseproipt, 

9perforikeys('{uplevel}*), 

9proipt rm AMtter ftec»rd?%25)» 

9if(9or(9nextkey=(y},9key=(Y}), 

9perforikeys("{Alt-A}*), 

91ist(9era5eproipt) 

9proipt("Use Alt-<key> toQuiti Print or return to fenuMO) 

) 

) 



Contract Adiinistrator’s Notebook. Macros. Change: 
9keyfilter({all}), 

9eraseproipt) 

9proipt(”E4it as AKirH* Hit ESC ite* FiusM.M5)) 



9keyf liter ((esc), Change Continue) 



Contract Adtinistrator's Notebook. Macros. Change Continue: 



m 



9keyfilter({all}), 

9setselection(*Contract Adiinistrator's Notebook*), 
}perforikeys(*{f 10}{f5)*) 



Contract Adiinistrator's Notebook. Macros. Date: 

9keyfilter({all)), 

}eraseproipt, 

SlocaKYEAR, MONTH, DAY, DATE), 

9perf orikeys(*{F2}{ctrl-hoie){F6}{ctr 1-end) {returnXdel }■) , 

YEAR:^ainputline(*Ii^t the yw ii % difits* ,*1987* ,tN0,IYES,IH0) , 
M0NTH:^9inputline(*li^t tlw mn\k » I di|it5*,*00*,«N0,IYES,«N0), 
DAY:^9inputiine(*Iiip<it the iay ii 2 dibits*, *00*, IN0,IYES,IN0), 

5perforikeys(*9datel (3date( *i 
YEARi 

MONTHS 

MU 

*)){return)*), 

9eraseproipt, 

9proipt(”Eiter iaUi fee letvni I (krwm leys to fevei ESC dbee Fiii^erf nth iecerd*), 

3if(Current Selection=*Change Order Estimate Spreadsheet*, 

Jkeyf i Iter ({esc), Macros. Pr i nt ) , 

9keyf liter ({esc }, Macros. Add Another) 



) 



I 

I 

I 



Contract Adiinistrator's Notebook. Macros. Re#ove; 



1^9 



Skeyf ilter({all}) , 
deraseprotpt) 

dproiptCire Tm Sm^ Ym lant !• iclete This lectrd? lot MMble!M0)y 

»ifOor(»nextkey={y},akey={Y}), 

3perforikey5("{ctrl-e}RY") , 
dlisti^eraseproipty 
3perforokey5('{uplevel }•), 

dproiptCUse ftrwm Crys To Select iecsrtfs For ieletioof 11 m iltHfi to feaove%5) 

) 

) 



Contract Adiinistrator '5 Notebook. Macros. Print : 
dlocaUSpacing^Condensed) Quality) > 
akeyfilter({all)), 
deraseproopt) 

8if(Current Selection=*Change Order Proposal Database', 

dlistOproiptCire Too Beaity to Prist His iato to the Foro Letter?', 5), 

»if(»or(»nextkey={y},akey=(Y}), 

SlistOsetselectionCData Storage. Change Order Proposal Fort Tetplate'), 

5perforikeys('(ctrl-A}MData Storage. Change Order Proposal Database{return)“ ) 

), 

91ist(deraseproopt, 

SproiptCUse Alt-C to edit laU or iltHI to retoro to tai',10) 

) 



) 






I 

I 

i 



I 



150 



SlistlSif (Current Selection='Change Order Estieate Spreadsheet", 
dlist( 

^eraseproept, 

55etselection(*Data Storage. Change Order Estiiate Spreadsheet"), 

9proept("B» Tm lisk to Prist lliis Estisito",15) , 

5if(Sor (5nextkey=(Y}, 9key=(y}), 

Jlist (SsetselectionCData Storage. Change Order Estiiate Spreadsheet"), 
^perforikeys("(ctrl-P}FSl(return}C{uplevel}B" ) 

), 

^list(9eraseproipt, 

dproiptCUsc to Ckufe Aata »r ilt-H to ieton to tens", 5) 



) 

), 



91ist( 

deraseproipt, 

Ssetselection("Data Storage. "^Current Selection), 

9proipt("i» Tm lisk It Prist fiktle funssit? T/1 CK lily Selected teirds?",5), 

Jif (^orl Jnextkey*(y},5key={Y}) , 

91ist(9eraseproipt, 

Spicingi«9inputllni("Hhit Spicing Would You Like Between Lines? l=Single, 8»Double, etc.',"l",tNO,tYES,IYES)^ 
Uhat Spacing Would You Like Between Lines? l^Single, 8=Double, etc. 

Condensed:=9inputline("UMld Tm Uke ZnAmsei Prist (17 cW./is.)? T/l","N",INO,IYES,IYES) , 
Quality:=9inputline("1lMld Tm Like Letter Bsality Prist (lefalt Is Braft)?","N",INO,IYES,IYES) , 

9perforikeys( ■{ctrl-p}FPS"iSpacingi"(return}"), 



9if (9or (Condensed=*Y" ,Condensed="y" ) , 



^perforikeysCC-) 
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), 

^if(^or(Quality='Y* ,Quality='y* ) , 

^perforikeys("QM 

), 

^perforikeysi '{up level }B" ) 

), 

91i5t(9eraseproflpt, 

dproiptCUse fh I krrm Keys Ta Selected fecixris Jhem ESC Ta Print', 3), 

^keyfilter({esc},l1acro5. Print Selected Records) 



) 



) 



) 



) 



Contract Adiinistrator^s Notebook. Macros. Print Selected Records: 

91ocal( Spacing, Condensed) Quality) , 

Qkeyf ilterUalD) , 

Qeraseproapt, 

Spacingi^QinputlineClliat S^iiif UMld Tac Uke Betwn Uws? l^iiqie, etc/)'l',4N0,iYES,IYES), 

Condensed:::Qinputline(”yMid Yaa Uke Mnsed Priat (17 cW./ia.)?','N',4N0,IYES,IYES), 
Quality:=Qinputline('Ua«ltf Yaa Like Letter laality Prin^ (Befaalt Is Iraft)?' ,'N',iNO,IYES,IYES), 



^perforikeys(*{ctrl-p}FPS"iSpdcingi* {return}"}, 
(9or(Conden5ed="Y" ,Condensed="y"), 
Sperforikeysl'C") 

Sif(»or(Quality="Y",Quality="y"), 

SperforikeysCQ") 

>perfortkeys( "{upleveDB") , 

Bperforikeysi "(up level }• ) 



Contract Adiinistrator’s Notebook. Macros. Menu: 

Jsetselectionl'Contract Adiinistrator's Notebook"), 
Bperforikeys("{flO}"), 

^perforikeysi "{f5}") 



Contract Adiinistrator’s Notebook, Macros. Quit: 
Qkeyfilter({all)), 

Qeraseproipt, 

}proipt("ire pm sm yM Hut t« pit prtfraa?" , 15) , 

Qif(Qor(Qnextkey={n),Qkey={N}), 

91ist(Qeraseprotpt, 

Qproipt("lit AltHI to rvton to iito HnB",15) 

), 

Qlist(Qeraseproipt, 



Qproipt("TliaBks fer wsiwq tkc C»itract id«iiistra tor’s iitete*!:' , 10) , 
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isetselectionCContract Adiinistrator's Notebook'), 

Jperforikeysi '{ctrl-f )Q{f 10}{ctrl-d}Qyyy') 



) 



) 



APPENDIX E 



USA-CERL SOFTWARE LIBRARY UPDATE 
DECEMBER 1986 



USA CERL Software Library Update 



The USA CERL construction microcomputer applica- 
tion library has more than 48 programs available free of 
charge to all interested persons. We have entered a detailed 
one page information sheet on these programs into our 
dial-up Harris library. To use the library, access tl»e USA- 
CERL Harris 500 with a terminal or micro emulating a 
VT-100 by calling FTS 958 7250 or commercial 217 373- 
7250. Once you are connected, press 6 to 8 "returns" so 
the USA CERL LAN can determine the incoming baud rate. 
At the USAGE RL LAN prompt for destination, type 
"Harris'.' A control-G will wake up the Harris. The signon is 
"333CMUG CMUG"j. The menu options will then be dis- 
played. A bulletin board feature has been added so you can 
leave messages related to the library for USA-CERL co- 
ordinators. 

Listed br»low are abstracts of all programs currently in 
the Harris library (these change daily, so check the Harris 
for current availability). Up to-date copies of the programs 
are available from USA-CERL. The Harris library contains a 
more detailed description of each program, so please read 
the library description before requesting a copy of the pro- 
gram from USA CERL (ATTN: FS/Jeff Kirby, 800-USA- 
CERL. ext 274. or FTS 958 7274). 

In addition to the programs abstracted, we have just 
received the following new or revised library submissions: 

From SPKCO C (Mike Sabine): 

SUPERCALC 

Cost and Earnings Report 
eWE 

Operating Budget 
Work Placement 
Personnel/Manpower Planning 
Work Placement and S&A Schedules 

dBase It 

AMPRS Update System 
Contract Deficiencies 
Contract Pay Estimates 
Submittal/Shop Drawings Comment Labels 
Personnel Budget 

From NPSFO MC (Steve Miller and L. E. Bender): 

Compiled dBase III 
Submittal Register 

Contract Information Management System 

From NAPCD-RR (John Williams): 
dBase III 

Contract Information Management System 

From NEDCD-QAB (Scott Leonard): 
dBase III 

Field Office Automated Reporting System 
Field Office Automated Log System 

By the time you receive this issue of Construction Micro- 
notes, these programs will be Incorporated into the library. 
Please dial up and read the summaries. 



I. For Field Office Management 
20. S&l Costs 

(11) Work Placement and S&A Schedule Tabulates bud- 
geted and actual WP. S&l and S&l rate by month. 
SYSTEM- SuperCalc. CP/M. MS DOS 

POC: Mike Sabine. SPKCO-C, FTS 460-2500. comm 
916 551-2500 

(12) Division Office Placement & S&A Tracking Record 
OCE telephone placement and S&A report, record- 
ed by district and rolled up into a consolidated 
division report. Allows revisions to projected 
placement. 

SYSTEM: 12 3, PC DOS compatible 
POC: Glenn Latta. NPDCO C. FTS 423 3781, 
comm 503-221-3781 

20. Office Budgets 

(211 Operating Budget for Resident and District Offices 
Calculates budget based on assigned personnel, staff 
ing changes, and operating expenses throughout the 
year. 

SYSTEM: SuperCalc. CP/M, MS DOS 
POC: Mike Sabine. SPKCO-C. FTS 460 2500, comm 
916 551 2500 

(22) Personnel/Budget 

Updates a file of all personnel in Construction 
Operation, calculates effective rate of labor by 
appropriation, and provides a listing in alphabetical 
order of any or all organizations. Also provides 
summary reports by organization/account. 

SYSTEM. dBASE II. CP/M or MS DOS compatible 
POC: Mike Sabine. SPKCO-C, FTS 460 2500. comm 
916 551-2500 

30. Workload Management 
(31) Work Placement 

Accumulates estimates of work placement, S&l, and 
manpower by Resident Office and total district for 
past and future years. 

SYSTEM; SuperCalc, CP/M. CompuPro System 
816/C 

POC; Mike Sabme. SPKCO C. FTS 460-2500, comm 
916 551-2500 

(321 Work Placement Slippage Analysis 

Updates file or estimated amounts and differences 
between actual and estimated by project aiuf pro 
duces reports for work placement slippage analysis. 
Used to determine reasons for differences between 
budgeted work placement and actual woik place- 
ment. 

SYSTEM: SuperCalc 2. CP/M, CompuPro System 
816/C 

POC; Mike Sabine. SPKCO C, FTS 460-2500, comm 
916 2500 
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Utility 

(81) Crosstalk User Shell 

Menu driven log on procedures to mainframe and 
microcomputers, Includes DOS functions 
SYSTEM; Crosstalk V3.5 & Hayes Modem, PC- 
DOS or compatible 

POC; Glenn Latta, NPDCO-C, FTS 423-3781. 
comm 503-221-3781 

(821 Ouick Modem 

Designed to give a sample training session of ON- 
TYME - electronic mall system - without set- 
ting up a training room with multiple phone lines 
and training IDs. 

SYSTEM: Compiled dBASE III. PC-DOS compatible 
POC: Ric Shea, SWF AD. FTS 3444981. comm 
817-3444981 

(83) SWD & OCE LOUIS Ouery System 

Used to receive queries written by OCE and to ac- 
cess the Ml ICON database. Only access for SWD on 
the AMPRS data extract tape which includes ap- 
proximately 75 data elements. 

SYSTEM: Smartcom/Hayes Modem, PC-DOS com- 
patible 

POC: Jean C. Yanowski. SWDCD-C. FTS 729-2444, 
comm 214-767-2444 

90. Other 

(91) Audit Report Tracking and Historical Log 

Data base log for tracking outstanding audit report 
request, as well as providing a record for historical 
reports performed. 

SYSTEM: dBASE III, PC-DOS compatible 
POC: Cpt Scott Prosuch, MROFO-RM, FTS 323- 
2256/7, comm 303-579-9330 • 

(92) Contract Payroll Log 

Automated log for tracking and reporting on con- 
tractors' payroll reports. Replaces ENG Form 3180. 
SYSTEM. dBASE III, PC DOS compatible 
POC: Cpt Scott Prosuch, MROFO-RM, FTS 323* 
2256/7, comm 303-579-9330 

(93) Insurance and DO Form 1566 Tracking Log 
Automated log for tracking contractors' insurance 
and DD 1566 documentation. Reports on expired 
or delinquent documents and the total log. 
SYSTEM: dBASE III, PC-DOS compatible 

POC: Cpt Scott Prosuch, MROFO-RM, FTS 323- 
2256/7, comm 303-579-9330 

(94) Weighted Guidelines Profit Calculation 
Calculates profit base on OCE weighted guidelines 
as outlined in the EFARS and required as pricing 
objective. 

SYSTEM; Multiplan. PC-DOS compatible 
POC: Cpt Scott Prosuch. MROFO-RM. FTS 323- 
2256/7, comm 303-579 9330 

(95) Estimating Forms 

Spreadsheet based estimating form formatted after 
/ENG Form 150. Spreadsheet application makes for 



fast, flexible and accurate estimates. Also provides 
an easy reference document for future change 
orders. 

SYSTEM: Multiplan. PC-DOS compatible 
POC: Cpt Scott Prosuch, MROFO RM, FTS 323- 
2256/7, comm 303 579 9330 

II. For Contractor Administration and Management 
100. Integrated Contract Management System 

(101- Contract Information and Modification Status 
106) (CIMS) 

Compiles data based on future, active and post 
completion construction activities. Facilitates the 
collection, storage and retrieval of Information per- 
taining to contract modification and disputes. 

(101) CIMS (Version 1.5)’ 

Generates Contract Information Report and Modifi 
cation Status Report for each contract. 

SYSTEM: dBASE II. PC-DOS compatible, or CP/M 
Televideo 

POC:Moonja Kim, CERL-FS, FTS 958-7713, 
comm 217-373-6713 

(102) CIMS and AMPRS (Version Alaska) 

Modified CIMS(1.5) and added pay estimate and 
AMPRS 49 record building. Converted dBASE II 
progs to dBASE III. 

SYSTEM: dBASE III, PC-DOS compatible 
POC: Terry Johnson, NPACO CA, comm 907- 
753 2759 

(103) CIMS (Version 3.01) 

Produces Contract Information Report, Payment 
Record Report and Modification Status Report 
for each contract. 

SYSTEM; dBASE III, PC DOS compatible 
POC:Moonja Kim, CERL-FS, FTS 958-7713, 
comm 217-373-6713 

(104) CIMS (Version EUD) 

Allows you to use data downloaded from AMPRS 
by AMDAS and to generate updated file to be up 
loaded to AMPRS by AMDAS Produces following 
reports at field offices: Future Project Report, 
Active Project Report, Post Construction Report, 
Timeline Report for Specific Proj. Engineer, Time- 
line Report for All Active Projects. Change Request 
Report, EUD Form 357A and List of Change Re 
quests. 

SYSTEM: dBASE III. PC-DOS compatible 
POC:Moonja Kim. CERL-FS, FTS 958-7713, 
comm 217 373 6713 

(105) CIMS (Version ORL District Office 1.0) 

Allows you to create files with new contracts to be 
sent to field offices and to use data updated from 
field offices. Produces Contract Information Re 
port. Payment Record Report, Construction Inspec- 
tion Report, Status of Problem Cases, Status of 
Outstanding Cases (summary table and detailed list- 
ing), Modification Status Report, and Finalized 
Modification Status Report. 



SYSTEM: dBASE IM. PC DOS compatible 
POCrMoonja Kim, CERL-FS. FTS 958 7713. 
comm 217 373 6713 

(1061 CIMS {Version ORL Area Office 1.0) 

Allows YOU to generate files with updated data to 
be sent to the district office and append new con- 
tracts aritled from the District Office. Produces 
Contract Information Report, Payment Record 
Report, Construction Inspection Report. Status of 
Problem Cases, Modification Status Report. Status 
of Outstanding Cases, Finalized Modification Status 
Report. 

SYSTEM: dB ASE IM. PC DOS compatible 
POC: Moonja Kim. CERL FS. FTS 958-7713. 
comm 217-373-6713 

(107) Construction Field Office Microcomputer Appl. 
(CFOMA) 

Consists of the following applications: Correspond 
ence Tracking. OA/QC Reporting, Payroll Checking, 
Construction Deficiencies, Time and Attendance, 
Hardware Schedule, Room Finish Schedule. Train- 
ing Plans. O&M Data Register. Test Schedule, Final 
Inspection, Punch List Tracking, and Drawing & 
Spec Revision Register. 

SYSTEM: dBASE 111. PC DOS compatible 
POC: L.E. Bender, or Cpt. Rusty Pritchard, NPDDP- 
D, FTS 399 3696. comm 206-764-3696 

(1081 Computer Assisted Contract Admin. {CACA 3.1) 

Automatr?s administration of construction contract: 
Contract General Data. Pay Estimate, Mod Register, 
Fund Status Report. Funding Schedule, Contract 
Placement Summary, AMPRS report. 

SYSTEM* SYMPHONY. PC-DOS compatible 
POC: Mark Koenig, NCSCO-CC, fTS 725 7066. 
comm 612-725-7066 

(109) Contract Information and Mod Status (MROFO RM) 
Developed for Area Office or Resident Office. Pro- 
vides tracking of contracts and mods. Produces the 
appropriate reports and updates contract value and 
completion date. 

SYSTEM: dBASE III. PC DOS compatible 
POC: Cpt Scott Prosuch. MROFO RM. FTS 323- 
2256/7. comm 303 579 9330 

(110) SWDCD Support Program 

Formulates and formats numerous SWDCD reports 
using about 25 spreadsheets. Provides the following 
reports: Civil Construction Progress. Civil Construc- 
tion Monthly Status, Military Construction Monthly 
Status. Schedule of Obligations & Expenditures, 
Monthly Report of Construction Costs. Time & 
Cost Growth. Notice to Proceed Report, Modifica- 
tion Change Order Status, Manpower Analysis. 
SYSTEM: LOTUS 1-2-3, PC DOS compatible 
POC: Jean C. Yanowski. SWDCD C. FTS 729-2444. 
comm 214-767-2444 

200. Modifications and Claim Status 



(201 ) Construction Contract Claim Status Program 

Stores claim information, produces Ouarterly 
Claims Status Report and North Pacific Division 



Ouarterly Status Report of Contract Claims and 
Appeals 

SYSTEM: dBASE II. PC DOS compatible 
POC Marshal Hopkins, NPW, RTS 434 6500, comm 
509 522 6500 

(202) Mod Status Log 

Kr»'ps Mack of the status of "Rctnicst for Approval 
of Contract Modifications and/oi Overruns." Pro 
vidcs reports to inform users of overdue proposals, 
delayed negotiations, completed mods. etc. 
SYSTEM: dBASE II, CP/M (CompuPro System 816/ 
C) or MS-DOS compatible 

POC: Mike Sabine, SPKCO-C, FTS 460 2500. comm 
916-551-2500 

300.* Submittal Registers 
(301 Submittal Register Module 

302) Automates ENG Form 4288 data and produces 
reports: Delinquent Submittals and Overdue Ap 
provals. 

(301) Submittal Register Module {Version 1.3) 

SYSTEM: dBASE II, PC-DOS compatible, or CP/M 

Televideo 

POC: Moonja Kim. CERL-FS, FTS 958 7713, 
comm 217 373 6713 

(302) Submittal Register Module {Version 3.0) 

SYSTEM dBASE III. PC DOS compatible 

POC. Moonja Kim. CERL FS. FTS 958 7713, 
comm 217-373-6713 

(303) Shop Drawing & Material Submittal 
Automates tracking of shop drawing submittals. 
SYSTEM; LOTUS 1-2 3, PC DOS compatible 
POC; Dick Lemke. NCRCD-S. comm 309-788 

6361 ext. 6473 

(304) Shop Drawing Register 

Log tracks all shop drawings in resident office and 
allows query by dates, specs. Provides helps on each 
step of query and operation. 

SYSTEM; LOTUS 1-2 3, PC DOS compatible 
POC; John H. Williams. NPAFO R. comm 907- 
864 1218 

(305) Submittal Register Log 

Incorporates the shop drawing and material drawing 
schedule provided by contractors and Shop Drawing 
Register Sheet {SPK Form 251) to help manage and 
track the entire submittal procedure. Provide re 
ports to Inform users of Delinquent Submittals, 
Submittals not returned within 30 days of receipt, 
items that have not been resubmitted, and resubmit- 
tal traces 

SYSTEM; dBASE II, CP/M {CompuPro System 816/ 
C), or PC DOS compatible 

POC: Mike Sabine. SPKCO C. FTS 460 2500, comm 
916 551 2500 

(306) Submittal Register 

Automated tracking and reporting of multiple con 
tractors' shop drawing submittals registers Prints 
open and 'C' action entries. Searches for word. spec. 
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word and spec, and ID number. Sorts and reports on 
the same. 

SYSTEM; dBASE III. PC DOS compatible 
POC: Cpt Scott Prosuch, MROFO RM, FTS 323- 
2256/7. comm 303-579-9330 

410. Correspondence /RF I Tracking 

(411) Division Office Fund Request Log - dBASE III 

Track status of funds requests and provides histor- 
ical records. Provides list of pending actions and 
historical funding Information by projects. 

SYSTEM. dBASE III. PC DOS compatible 
POC: Glenn Latta. NPDCO C. FTS 423 3781. 
comm 503-221-3781 

(4121 Findings of Fact Format 

WordStar format for typing findings of fact for a 
contract modification. 

SYSTEM- WordStar. PC-DOS compatible 
POC: Cpt Scott Prosuch. MROFO-RM. FTS 323 
2256/7. comm 303-579-9330 

(4131 ENG Form 393BB 

WordStar format for typing findings of fact for a 
contract modification subsequent to settlement. 
SYSTEM: WordStar, PC-DOS compatible 
POC: Cpt Scott Prosuch, MROFO-RM. FTS 323- 
2256/7. comm 303-579 9330 

500. Progress Payments 

(5011 Contract Pay Estimates 

Creates and updates Contract, Vendor and Bid Item 
Files. Calculates amounts due to contractors, over- 
runs, and underruns. Prints pay estimate reports 
which can replace ENG 93 and 93A. 

SYSTEM: d8ASE II. CP/M (CompuPro System 816/ 
C), or PC DOS compatible 
POC: Mike Sabine. SPKCD-C, FTS 460-2500. comm 
916 551-2500 

(5021 Pay Estimate 

Automates data input and produces reports that 
can replace ENG 93 and 93A. Uses macro features 
of LOTUS 12-3. 

SYSTEM; LOTUS 1-2-3, PC DOS compatible 
POC: Dick Lemke. NCRCD-S. comm 309 788 6361 
ext. 6473 

(5031 Office Engineering Model 

Generates payment estimates, progress report, 
budget report, and historical archive of construction 
placement. 

SYSTEM: SYMPHONY. PC DOS compatible 
POC; Royce Collins, ORNCD-E, FTS 852 5674. 
comm 615-251-5674 

(5041 Pay Estimate Form (ENG form 93) 

Spreadsheet based form for processing pay applica- 
tions. Replaces ENG Form 93. 

✓ SYSTEM: Multiplan. PC-DOS compatible 

POC: Cpt Scott Prosuch, MROFO-RM, FTS 323- 
256/7. comm 303 579-9330 



600 General Contract Information 

(6011 Contract Management System 

Maintains information on contracts from design 
phase through final payment. Provides project book 
identifying current Status of contiacts. emergency 
phniip listing, status report for inhouse use and 
ninneioiis other cuslomi/eil leftoits 
SYSTEM- dBASE III, PC DOS compatible 
POC: Russell Holeman. SWF, FTS 747-4109, comm 
817 2B7 4109 

III. AMPRS Interface 

(8011 AMPRS Update System 

A menu-prompt, screen system that builds files in 
AMPRS card image format to be sent to Honeywell 
for all AMPRS records. 

SYSTEM dBASE II and dBASE III CP/M (Compu 
Pro System 816/C), or MS DOS com 
patible 

POC: Mike Sabine. SPKCO C. FTS 460 2500. comm 
916-551 2500 

IV. Miscellaneous {Note: programs 906 and 907 are not 

featured here due to space constraints) 

(9011 Emergency Management 

Prepares reports for managing emergency flood 
control program (PL84/99) 

SYSTEM dBASE II. CP/M (CompuPro System B16/ 
A), or MS DOS compatible 
POC: Mike Sabine. SPKCO C. FTS 460 2500, comm 
916 551 2500 

(9021 Earthwork Computations 

Computes earthwork quantities by average end area 
methods Curve and angle corrections are provided. 
Provides reports on cross sectional area intermediate 
volumes and accumulated volumes. Option to plot 
on section to dot matrix printer. 

SYSTEM: Apple III Basic or PC DOS compatible 
Basic 

POC; Alan Hunter, LMX VIAO. FTS 497 7493. 
comm 318 336-5226 

(9031 Exchange 

Designed to aid in the analysis of exchange rate fluc- 
tuations on cash flows and net present worth for 
international construction projects. 

SYSTEM LOTUS 1-2 3, PC DOS compatible 
POC: Cpt Stephen Thomas, SPNDE-SF, comm 415- 
331 0404 

(904) Contract Deficiency Program 

SYSTEM: d8ASE II. CP/M (CompuPro System 816/ 
C) or MS DOS compatible 

POC: Mike Sabine. SPKCO C. FTS 460-2500, comm 
916 551 2500 

(9051 Engineering Review Comments Label 

Generates Shopdi awing Review comments on labels. 
SYSTEM dBASE II. CP/M (CompuPro System 816/ 
C) or MS DOS compatible 

POC; Mike Sabme. SPKCO C. FTS 460 2500, comm 
916 551-2500 
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